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ABSTRACT 


Today’s  organizations  are  becoming  increasingly  dependent  on  their  information 
infrastructure.  Whether  it  is  an  effort  to  maintain  their  competitive  advantage,  or  provide 
a  Joint  Task  Force  Commander  with  a  real-time  picture  of  the  battlefield,  the  organiza¬ 
tion's  information  infrastructure  is  becoming  a  vital  key  to  the  organization's  success  or 
failure  in  performing  its  mission- critical  processes.  "However,  the  complexity  of  the  mod¬ 
em  infrastracture,  and  the  changes  affecting  it,  produce  significant  management  chal¬ 
lenges."  [Ref  1,  p.  451] 

The  purpose  of  this  study  is  to  develop  a  management  architecture  that  will  assist 
Network  Managers  in  formulating  network  management  strategies  that  will  be  flexible, 
proactive,  distributed,  standardized,  conq)rehensive,  collaborative  and  integratable.  It  also 
lays  the  foimdation  for  the  development  of  an  Management  Information  Base  (MIB),  spe¬ 
cifically  that  portion  vsfrich  relates  to  Asset  Management. 

The  need  for  a  con:q)rehensrve  network  management  architecture  is  clear.  The 
proposed  architecture  will  provide  the  necessary  structure  needed  by  Network  Managers 
within  DoD  to  effectively  formulate  network  management  strategies  that  will  be  able  to 
meet  the  complex  challenges  of  managing  today's  information  infrastmcture. 
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I.  INTRODUCTION 

In  today’s  society  organizations  are  becoming  increasingly  dependent  on  their  in¬ 
formation  infrastructure.  Whether  it  is  an  effort  to  maintain  their  competitive  advantage 
or  provide  a  Joint  Task  Force  Commander  with  a  real-time  picture  of  the  battlefield,  the 
organization's  information  infrastructure  is  becoming  a  vital  key  to  the  organization's  suc¬ 
cess  or  frilime  in  performing  its  mission-critical  processes.  "However,  the  complexity  of 
the  modem  infrastracture,  and  the  changes  affecting  it,  produce  significant  management 
challenges."  [Ref  1,  p.  451]  Organizations  must  shift  the  management  of  this  conplex  in- 
frastmcture  from  people  to  computer  systems  and  assist  Network  Managers  in  managing 
those  computer  systems  by  designing  management  architectures  which  will  allow  them  to 
more  effectively  use  infijrmation  and  insulate  people  from  the  underlying  complexities  of 
the  organization's  information  infrastmcture. 

This  study  focuses  on  the  development  of  just  such  an  architecture.  The  architec¬ 
ture  proposed  in  this  study  is  designed  to  assist  Network  Managers  in  forming  manage¬ 
ment  strategies  that  will  allow  them  to  maximize  staff  effectiveness,  effectively  distribute 
management  responsibilities,  proactively  solve  network  problems,  and  easily  integrate  leg¬ 
acy  and  emerging  technologies.  Chapter  I  of  this  study  defines  network  management  and 
points  out  some  of  the  driving  forces  behind  the  need  for  organizations  to  increase  their 
emphasis  on  network  management.  Chapter  n  describes  a  management  architecture  that 
will  give  Network  Managers  a  general  framework  in  ^^dlich  to  formulate  their  overall  net¬ 
work  management  strategy.  This  architecture,  dubbed  DNIMA,  or  Distributed  Network 
Information  Management  Architecture,  is  designed  to  enconpass  the  commonalties  of  the 
various  management  architectures  as  well  as  incorporate  ideas  from  other  management 
philosophies  to  try  to  overcome  the  weaknesses  of  the  individual  architectures.  However, 
the  details  of  how  the  various  conponents  of  the  proposed  architecture  should  commiun- 
cate  or  wdiy  one  way  would  be  preferred  to  another  is  beyond  the  scope  of  this  study.  The 
final  chapter  of  this  study  presents  future  research  directions  based  on  this  study  and  sum¬ 
marizes  the  conclusions  drawn  from  this  research. 
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A.  NETWORK  MANAGEMENT  -  INCREASED  EMPHASIS 


Networks  have  grown  in  size  and  complexity  at  an  exponential  rate.  The  trend  to 
replace  a  few  centralized  mainframes  with  many  geographically  distributed  client-server 
systems  has  caused  an  explosion  in  the  type  and  number  of  cortponents  which  need  to  be 
managed.  According  to  Infonetics  Research,  fric.  of  San  Jose,  CA,  "there  has  been  a  50 
percent  gain  in  the  number  of  nodes,  150  percent  growth  in  the  number  of  LANs,  and  140 
percent  increase  in  the  number  of  hubs,  bridges,  routers,  and  other  interconnection  de¬ 
vices.  And  as  every  network  manager  knows,  the  challenge  of  managing  a  network  is 
magnified  exponentially  each  time  a  device,  protocol,  interface,  management  standard, 
new  traffic  load  level,  or  level  of  service  is  added."  [Ref  2,  p.  84]  This  network  growth 
will  only  continue.  As  military  leaders  try  to  coordinate  information  from  all  comers  of 
the  globe,  workers  and  soldiers  become  more  conputer  literate,  and  new  technologies 
continually  show  up  on  the  marketplace,  the  managers  and  systems  that  are  in  place  to 
manage  these  ever  growing  networks  will  continually  be  pushed  to  their  limits. 

While  organizations  continue  to  invest  more  dollars  into  systems  and  infrastmc- 
ture,  their  budgets  for  managing  these  resources  have  not  kept  pace.  In  polling  100  For¬ 
tune  1000  MIS  departments,  Lifonetics  formd  that  while  these  conpanies  were  spending 
about  $650,000  a  year  on  upgrades  to  the  conpanys  infrastracture  they  were  only  spend¬ 
ing  about  $60,000  on  maintaining  and  managing  that  infrastmcture.  [Ref  2,  p.  84]  Due  to 
this  gap  network  managers  must  rethink  and  rebuild  their  management  strategies  to  allow 
them  to  perform  their  responsibilities  m  a  more  efficient,  timely  and  proactive  manner 

The  need  for  a  comprehensive  management  strategy  is  further  compounded  by  the 
lack  of  standardization.  In  this  world  of  muhple  and  often  times  bewildering  array  of 
communication  protocols  (e.g.,  SNA  CMIP,  and  SNMP)  and  platforms  (e.g..  Sun,  OS/2, 
Windows,  and  MVS)  network  managers  must  strive  to  formulate  a  management  strategy 
to  manage  this  multitude  of  dissimilar  networks  connected  together.  The  problem  is  that 
todays  evolving  networks  are  too  diverse,  the  bandwidth  and  other  conflicts  too  broad, 
and  the  technologies  change  too  quickly  for  any  one  standard  to  be  created  in  the  near 
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future.  Even  if  one  could  create  a  standard,  the  network  manager  must  still  contend  with 
a  tremendous  number  of  legacy  systems  that  would  have  to  be  integrated. 

On  top  of  trying  to  manage  an  ever  expanding  heterogeneous  network  with  fewer 
dollars  and  httle  or  no  standardization,  Network  Managers  have  to  divvy  up  the  manage¬ 
ment  chores  of  managing  these  complex  computer  networks  among  fewer  and  fewer  indi¬ 
viduals.  Surveys  conducted  by  Infonetics  indicate  there  is  typically  only  one  network 
manager  for  every  300  users.  [Ref  2,  p.  84]  However,  few  organizations  are  able  or  will¬ 
ing  to  increase  support  staffs  because  of  the  limited  effectiveness  of  fragmented  manage¬ 
ment  methods  and  probable  marginal  yield  in  inq)roved  results.  [Ref.  1,  p.  452] 

As  our  organization's  information  infrastructure  continues  to  eT^and  at  an  expo¬ 
nential  rate  and  the  budgets  and  staff  to  manage  it  continue  to  lag  behind,  managers  must 
depend  more  and  more  on  network  management  tools  to  take  up  the  slack.  However, 
these  tools  are  often  made  by  different  vendors,  using  different  architectures  with  different 
protocols.  Manager  must  be  able  to  seamlessly  integrate  these  tools  in  order  to  keep  the 
organization  running  smoothly  and  have  as  httle  intact  on  the  user  as  possible.  To  make 
matters  worse.  Network  Managers  can  not  shut  down  the  business  in  order  to  incorporate 
a  new  technology  or  fine-tune  a  routing  scheme.  Making  changes  to  an  organization's  in¬ 
frastructure  is  "a  complex  task  that  can  be  conq>ared  to  rebuilding  an  engine  while  it's  run¬ 
ning."  [Ref  2,  p.  84]  In  order  to  combat  these  shortfalls.  Network  Managers  must 
develop  management  strategies  which  allow  them  to  maximize  staff  effectiveness,  effec¬ 
tively  dikribute  management  responsibihties,  proactively  solve  network  problems,  and 
easily  integrate  legacy  and  emerging  technologies.  The  first  step  in  developing  such  a 
strategy  is  to  clearly  define  all  the  responsibilities  of  operating  this  growing  and  con^lex 
environment. 

B.  NETWORK  MANAGEMENT  ~  DEFINITION 

When  asked  to  define  network  management,  one  usually  defines  it  as  a  collection 
of  management  responsibihties  that  a  Network  Manager  would  commonly  perform  in  a 
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networking  environment.  Typical  responsibilities  include  traffic  analysis,  fault  detection 
and  isolation,  and  software  distribution.  However,  as  you  poll  more  and  more  individuals 
you  would  quickly  realize  that  no  two  people  would  come  up  with  the  same  collection  of 
management  responsibilities.  In  addition,  the  inconsistency  in  the  meaning  of  the  various 
management  responsibilities  adds  to  the  vagueness  and  confusion  as  to  the  definition  of 
network  management.  Currently,  there  is  no  widely  accepted  term  to  describe  the  totahty 
of  management  responsibilities  in  the  enterprise.  [Ref  3,  p.  118] 

One  way  to  try  to  eliminate  the  lack  of  a  common  definition  of  network 
management  is  to  define  it  by  grouping  the  various  management  responsibilities  of  a  Net¬ 
work  Manager  into  several  broad  functional  areas.  As  with  trying  to  find  a  common 
meaning  to  network  management,  trying  to  group  management  responsibilities  into  a  com¬ 
mon  set  of  categories  is  equally  difficult.  There  are  almost  as  many  ways  to  categorize 
management  responsibilities  as  there  are  responsibilities.  However,  all  the  numerous  arbi¬ 
trary  taxonomies  for  categorizing  network  management  responsibilities  are  designed 
aroimd  three  network  management  protocols— Common  Management  Infomiation  Proto¬ 
col  (CMEP),  Sinq)le  Network  Management  Protocol  (SNMP),  and  IBMs  System  Network 
Architecture  (SNA)  /  Advanced  Peer  to  Peer  Networking  (APPN).  [Ref  4,  p.  28]  The 
following  paragraphs  will  introduce  three  categorizations  of  network  management  respon¬ 
sibilities  based  on  the  above  management  architectures.  Each  of  the  categorizations  are 
summarized  in  Table  1  and  will  be  drawn  upon  later  in  developing  a  unified  and  compre¬ 
hensive  network  management  architecture. 

The  first  categorization  is  the  International  Standards  Organization's  (ISO)  Open 
Systems  Interconnection  (OSI)  Systems  Management  architecture,  based  on  CMIP.  This 
architecture  categorizes  network  management  responsibilities  into  five  functional  areas— 
Fault  Management,  Performance  Management,  Accounting  Management,  Configuration 
Management,  and  Secmity  Management.  "Although  this  functional  classification  was  de¬ 
veloped  for  the  OSI  environment,  it  has  gained  broad  acceptance  by  vendors  of  both  stan¬ 
dardized  and  proprietary  network  management  systems."  [Ref  5,  p.  4] 
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OSI  CMIP 

SNA/APPN 

TCP/IP  SNMP 

Fault  Management 

Problem  Management 

Network  Management 

Performance  Management 

Performance  and  Accoxmting 
Management 

Systems  Management 

Accounting  Management 

Change  Management 

Software  Management 

Configuration  Management 

Configuration  Management 

Data  Management 

Security  Management 

Network  Administration 

User  Management 

Table  1.  Management  Fimctional  Areas 


The  second  categorization,  ffiMs  SNA/APPN,  categorizes  network  management 
responsibilities  into  four  functional  areas  and  until  just  a  few  years  ago  provided  a  com¬ 
mon  strategy  in  defining  network  management.  [Ref.  4,  p.  28]  But  with  the  emergence  of 
SNMP  for  Transmission  Control  Protocol/Intemet  Protocol  (TCP/IP)  and  CMIP  for  OSI, 
the  definition  of  network  management  has  become  less  clearly  defined. 

The  third  possible  categorization  of  network  management  responsibilities  is  one 
developed  by  Mr.  Lenny  Liebmann,  an  independent  consultant  in  New  Jersey,  who  spe¬ 
cializes  in  computer  networking.  This  architecture  can  be  m^lemented  around  SNMP  for 
TCP/IP  and  categorizes  network  management  responsibilities  into  six  functional  areas. 
These  six  areas  differ  somewhat  from  the  other  two  primarily  because  they  were  devel¬ 
oped  based  more  on  current  management  practices  and  experiences  than  firom  a  theoretical 
or  technical  perspective. 

There  are  numerous  other  taxonomies  for  categorizing  network  management  re¬ 
sponsibilities  but  they  all  have  similarities  with  the  three  depicted  in  Table  1.  For  the  pur¬ 
pose  of  this  study,  network  management  responsibilities  will  be  categorized  into  eight 
functional  areas—Performance  Management,  Operations  Management,  Fault  Management, 
Security  Management,  Asset  Management,  Accounting  Management,  Storage  Manage¬ 
ment,  and  User  Management.  These  eight  areas  incorporate  what  are  found  in  many  of 
the  categorizations  of  network  management  responsibilities  as  well  as  several  other  func¬ 
tional  areas,  to  provide  a  more  comprehensive  definition  of  network  management. 
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However,  defining  network  management  is  just  the  first  step  in  developing  a  management 
architecture.  The  next  step  is  to  describe  the  various  con:q)onents  which  make  up  the 
management  architecture  and  how  they  shotild  interact  with  one  another  in  order  to  assist 
Network  Managers  in  developing  management  strategies  to  design,  monitor,  control  and 
evaluate  the  four  key  elements  of  an  organization's  information  infi’astructure— hardware, 
software,  data  and  users. 
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n.  THE  NETWORK  MANAGEMENT  ARCHITECTURE 

In  a  world  of  heterogeneous  networks  there  is  a  growing  need  for  a  system  that 
win  allow  Network  Managers  to  organize  the  vast  array  of  multi-vendor  multi-protocol 
management  tools  and  the  growing  number  of  management  responsibilities  in  a  logical 
and  cohesive  manner.  Figure  1  shows  a  three  layer  hierarchical  architecture  designed  to 
assist  Network  Managers  in: 

•  Organizing  their  management  responsibilities; 

•  Understanding  the  relationship  between  different  responsibilities  as  well  as  the 
role  these  responsibilities  play  in  various  levels  of  decision  making; 

•  Knowing  v\diich  management  tools  need  to  be  developed  and  how  they  should 
be  integrated  into  their  current  network  environment; 

•  Redesigning  legacy  systems  to  be  better  utilized  and  incorporated  into  a 
comprehensive  management  strategy; 

•  Introducing  emerging  technologies  and  management  tools  into  the  current 
architecture;  and 

•  Formulating  their  overall  network  management  strategy,  a  strategy  which  should 
be  flexible,  proactive,  distributed,  standardized,  conq)rehensive,  collaborative 
and  integratable. 

At  the  lowest  layer  of  this  architecture,  the  Physical  Layer,  are  the  Network 
Elements  (NE).  NEs  include  the  physical  devices  such  as  routers,  bridges,  workstations, 
etc.,  as  well  as  logical  entities  such  as  services,  sessions,  routers,  etc.,  that  constitute  the 
network.  Also  at  this  level  are  the  Element  Management  Systems  (EMS).  These  systems 
manage  specific  subsets  of  NEs. 

The  next  layer  of  the  architecture,  the  Aggregation  Layer,  is  composed  of  a 
collection  of  distributed  Network  Management  Stations  (NMS).  These  NMSs  monitor 
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and  control  a  group  of  NEs  and/or  EMSs.  The  data  provided  by  the  NEs  and  EMSs  are 
aggregated  and  used  to  optimize  the  NMS  segment  of  the  network. 


However,  in  order  to  achieve  the  goals  stated  previously,  the  information  which 
has  been  collected  by  the  NMSs  needs  to  be  integrated  with  the  information  collected  by 
other  NMSs.  This  is  acconq)lished  at  the  Intergration  Layer  of  the  architecture.  At  this 
layer  information  from  the  NMSs  is  passed  to  a  central  network  management  control 
system  (NMCS)  which  is  con:q)osed  of  a  standard  Management  Information  Base  (MIB) 
and  a  Management  Information  Processing  System  (MIPS).  This  NMCS  provides  the 
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Network  Manager  with  a  composite  view  of  the  organization's  entire  networking 
environment. 

Communication  between  the  different  layers  can  be  accon5)lished  through  the 
implementation  of  a  standard  protocol  such  as  SNMP  or  through  a  translation  apphcation 
or  gateway  that  would  allow  connectivity  between  components  which  are  made  by 
different  vendors  using  different  protocols. 

Information  that  is  passed  within  the  hierarchy  is  grouped  into  three  classes: 
sensory,  structural  and  controlling.  [Ref  6,  p.  87]  Sensory  data  is  data  received  from  the 
network's  monitoring  processes  and  includes  data  such  as  node  queue  length,  network 
alarms  or  security  violations.  Structual  data  is  data  such  as  CPU  type,  installed  memory 
or  the  name  of  the  network  operating  system  These  two  types  of  data  generally  flow  up 
the  hierarchy  of  the  architecture.  The  third  type  of  data  is  control  data.  This  data 
generally  flows  down  the  hierarchy  and  includes  variables  such  as  maximum  flow  on 
individual  trunks  and  routing  tables. 

Management  fimctions  as  well  as  problem  solving  are  handled  at  the  lowest 
possible  level  in  the  hierarchy.  It  is  much  more  efficient  for  a  NE  or  EMS  to  perform  a 
management  function  or  solve  a  problem  than  it  is  to  send  information  to  a  higher  level 
enmpenent  [Ref  4,  p.26]  If  information  is  allowed  to  indiscriminately  flow  up  to  higher 
levels,  it  could  easily  bring  the  higher  level  conqionent  to  its  knees  due  to  the  sheer 
volume  of  information  to  be  managed  and  analyzed.  [Ref.  4,  p.26] 

The  following  sections  describe  each  of  the  three  layers  of  the  architecture  in  more 
detail  and  fiirther  ei^ands  the  descr^tion  of  the  NMCS. 

A.  PHYSICAL  LAYER 

The  Physical  Layer,  composed  of  all  the  physical  and  logical  devices  (elements) 
which  constitute  the  network,  handles  routine  operational  tasks.  Tasks  may  include  the 
normal  operation  of  a  router,  responding  to  higher  level  requests  for  information. 
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performing  basic  alarm  filtering  and  correction,  and  sending  higher  level  configuration  or 
performance  information  based  on  pre-established  settings. 

B.  AGGREGATION  LAYER 

The  second  layer  of  the  architecture  is  called  the  Aggregation  Layer.  In  this  layer 
a  collection  of  NMSs  aggregate  the  data  received  from  a  group  of  NEs  and/or  EMSs. 
This  aggregated  (system)  view  of  a  particular  segment  or  service  of  the  network  assists 
Network  Managers  in  optimizing  the  performance  of  a  segment  and  performing  other 
tactical  activities.  These  tactical  activities  may  include  fault  isolation,  automatic  feult 
restoration,  or  maintenance  testing.  At  this  layer  there  should  be  heavy  en:q)hasis  in 
artificial  intelligence  (AI).  The  use  of  AI  can  range  fi:om  automatically  re-routing  circuits 
if  there  is  a  failure,  to  alerting  operations  personnel  of  impending  Mlure  of  a  network 
element.  Effective  use  of  AI  can  result  in  getting  prohlems  diagnosed  correctly  the  first 
time,  reducing  down  time  and  the  resulting  impact  on  the  network  customer.  [Ref  7, 
p.427] 

By  using  a  distributed  management  architecture  coupled  with  AI,  NMS  can  more 
easily  collect  traps,  poll  devices,  and  forward  statistics,  alarms  and  status's  necessary  to 
proactively  monitor  the  subnet  (system).  [Ref  7,  p.  429]  Pushing  some  managerial 
functions  down  the  hierarchy  reduces  response  times,  in5)roves  performance  and  allows 
higher  level  conq)onents  more  time  to  perform  meaningful  trend  analysis  without 
impacting  the  performance  of  the  network. 

C.  INTEGRATION  LAYER 

The  last  layer  of  the  architecture  is  the  Ihtergration  Layer.  This  level  of  the 
architecture  handles  the  strategic  activities  required  to  effectively  manage  a  growing  and 
cotuplex  networking  environment.  "Each  of  the  previously  discussed  operational  and 
tactical  activities  resuh  in  the  measurement  and  reporting  of  various  network  parameters. 
This  collected  history  is  compiled  into  availability  and  utilization  reports."  [Ref  7,  p.433] 
These  and  other  reports  aid  in  diagnosing  chronic  6ult  situations,  predicting  network 
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failures  and  warning  managers  of  potential  service  in^acts,  as  well  as  aiding  in  performing 
network  engineering.  The  Intergration  Layer  is  composed  of  a  central  NMCS  which 
integrates  information  received  from  NMSs  to  provide  a  con^rehensive  (enterprise)  view 
of  the  organization's  networking  environment. 

1.  Network  Management  Control  System 


The  NMCS,  depicted  in  Figure  2,  has  two  primary  components,  the  MIB  and 
MIPS.  The  MTR  is  the  thread  that  ties  the  components  of  the  architecture  and  the 
management  functions  together.  It  is  the  central  depository  of  all  information  about  an 


Figure  2.  Network  Management  Control  System  (NMCS) 
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organization's  information  infrastructure.  The  MIPS  is  the  brain  of  the  architecture  and  is 
responsible  for  coordinating,  monitoring,  controlling  and  analyzing  the  entire  information 
infrastructure. 


a.  Management  Information  Base 

The  MIB  is  a  conceptual  repository  of  information  and  is  the  heart  of  the 
network  management  architecture.  It  provides  the  interface  between  all  functions  of  the 
architecture.  "This  database  is  required  to  store  information  on  network  and  system 
configurations,  current  and  historic  performance,  trouble  logs,  security  codes,  accounting 
information,  etc."  [Ref  6,  p.85]  Logically  the  MIB  is  an  integrated  repository  of  aU 
network  management  data  but  physically  is  a  distributed  set  of  smaller  databases  that  may 
reside  on  a  NMS,  on  a  NE,  or  on  a  central  database  server  at  the  strategic  level.  For 
exanqrle,  each  NE  could  maintain  its  own  database  of  descriptive  information  such  as 
make  and  model  number  that  when  aggregated  can  provide  managers  with  a  detailed 
inventory  picture  without  the  need  for  physical  walk-through  inventories.  These  databases 
could  also  be  broken  down  by  functions  and  reside  on  centralized  database  servers.  For 
exan5)le,  one  of  the  primary  functions  of  network  management  is  Asset  Management  and 
a  key  part  of  that  function  is  maintaining  inventory  information  on  NEs  and  their 
relationships  with  one  another.  Appendices  A  and  B  provide  the  foundation  for  such  a 
database.  Appendix  A,  the  data  dictionary,  and  Appendix  B,  the  entity-relationship 
diagrams,  are  designed  based  on  the  physical  network  architecture  found  at  the  Fleet 
Numerical  and  Oceanographic  Command  in  Monterey,  California.  [Ref  8]  and  [Ref  9] 
are  also  used  in  the  development  of  this  data  base  structure. 

The  MIB  should  exhibit  the  following  characteristics:  [Ref  10,  p.  152] 

•  Provide  a  single  logical  view  but  be  physically  distributed; 

•  Provide  a  general  naming  structure  so  that  the  managed  objects  can  be  easily 
stored  and  retrieved  in  a  uniform  way  across  heterogeneous  systems; 
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•  Provide  a  simple  and  efficient  access  interface  through  which  apphcation 
programs  or  processes  can  easily  access  management  information  stored  in  the 
repository; 

•  Have  an  international  recognition  so  that  it  has  the  potential  for  growth  and 
acceptance  worldwide; 

•  Provide  a  reasonable  performance  so  that  the  use  of  it  by  management  tools 
does  not  become  the  bottle  neck; 

•  Provide  some  form  of  security  in  order  to  regulate  the  access  of  important 
information;  and 

•  Support  the  repHcation  of  management  information  to  increase  availability, 
reliability  and  performance. 

b.  Management  Information  Processing  System 

The  other  primary  component  of  the  NMCS  is  the  MIPS.  The  MIPS  is 
merely  a  collection  of  management  tools  that  perform  the  necessary  network  management 
tasks  in  order  to  effectively  control  the  organization's  assets,  control  the  infrastructure's 
complexity,  in^rove  the  services  provided,  assign  and  control  resources  to  balance 
various  user  needs,  reduce  downtime,  increase  time  between  failures,  and  control  costs. 
[Ref  5,  p.3]  These  tools  could  be  from  a  single  vendor  or  from  multiple  vendors  and  may 
perform  a  single  task  or  function  or  perform  multiple  tasks  or  fimctions.  In  addition,  these 
tools  could  perform  tasks  that  cross  functional  boundaries.  However,  in  order  to  more 
clearly  define  network  management  tasks,  they  are  grouped  into  various  functional  areas. 
These  network  management  tasks,  as  discussed  in  Chapter  I,  can  be  categorized  in 
numerous  ways  but  for  the  purpose  of  this  study  they  will  be  categorized  into  eight 
functional  areas,  each  having  various  sub-functions  (Table  2). 

Operations  Management  provides  the  foundation  for  the  rest  of  the 
fimctional  areas  in  the  MIPS  and  should  allow  the  integration  of  multi-vendor 
management  tools  in  a  consistent  and  technology-independent  way.  This  area  acts  as  an 
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operating  system  and  assists  in  coordinating  the  activities  of  the  other  seven  functional 
areas  to  work  together  as  a  comprehensive  network  management  solution. 


Functions 

Sub-Functions 

Operation  Management 

MIB  Management,  EMS  Management,  Print  &  Queue 
Management,  E-mail  Management,  Remote  Monitoring 
(RMON)  Data  Display,  Scheduling  (e.g.,  backups  and 
software  distribution).  Report  Generation,  and  User 
Interfaces 

Performance  Management 

Monitoring  (i.e.,  traffic,  server,  workload,  throughput, 
and  LANAVAN),  Analyzing  (i.e.,  traffic,  trend,  and 
protocol).  Optimization,  and  Utilization 

Asset  Management 

Inventoring,  Configuration  Management  (e.g.,  automatic 
detection,  mapping  and  modeling).  Capacity  Planning, 
Change  Control,  Network  Design,  Cable  Plant  Design, 
Software  Management  (e.g.,  metering,  distribution, 
licensing,  and  auditing) 

Fault  Management 

He^  Desk,  Maintenance/Service  Information 
Management,  Fault  Detection  and  Isolation,  Trouble 
Ticket  Maintenance  (e.g.,  issuing,  trackmg,  and 
archiving).  Trouble  Shooting  (i.e.,  local  and  remote), 
Auto-Diagnostic,  Alarm  Management  (e.g.,  setting  and 
notification).  Cable  Integrity,  and  Damage  Assessment 

Security  Management 

Virus  Control  (i.e.,  detection,  identification/removal, 
prevention).  Access  Control  (i.e.,  prevention, 
authentication,  auditing,  detection  and  identification), 
Encyrption  (Key  Management),  Risk  Assesment, 
Contingency  Planning,  and  Back-Up  &  Recovery 

Account  Management 

Accounting/Billing,  Purchasing,  Financial  Information 
Management,  Charge-Back,  and  Budgeting 

Storage  Management 

Archiving,  Library  Management  (Le.,  tape  and  optical 
disk).  Data  Migration,  and  Capacity  Management 

User  Management 

Account  Management,  Customer  Support  and  Training 

Table  2.  Network  Management  Functions  and  Sub-Fxmctions 
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Performance  Management  is  the  other  key  functional  area  of  the  MIPS. 

All  other  functional  areas,  to  varying  degrees,  contribute  to  the  performance  of  the 
organization's  information  infrastructure.  Within  this  area  all  tasks  revolve  around  five 
aspects:  [Ref  11,  p.  109] 

•  Monitoring:  tracking  communication  activities  in  order  to  gather  the  appropriate 
data  to  evaluate  performance; 

•  Controlling:  setting  and  modifying  parameters  that  control  the  measurement  of 
performance  related  data  (e.g.,  threshold  values  to  trigger  alerts)  in  remote 
systems; 

•  Analysing:  evaluating  the  results  of  the  measurements  in  order  to  obtain 
assessments  of  performance; 

•  Tuning-  adjusting  resources  to  in^)rove  performance  (e.g.,  modification  of 
resource  configuration  parameters  or  redistribution  of  network  trafldc); 

•  Evaluating:  con^aring  performance  measures  to  determine  the  effectiveness  of 
corrective  or  preventive  actions. 

Asset  Management  is  concerned  with  identifyiug,  monitoring,  and 
controlling  an  organization's  assets  (Le.,  hardware,  software,  data  and  people).  Data  and 
people,  however,  are  primarily  managed  under  the  fimctional  areas  of  Storage 
Management  and  User  Management,  respectfiilly.  However,  as  with  these  functional 
areas,  there  is  considerable  overlap  and  interaction  between  all  the  various  management 
areas.  "For  example,  Fault  Management  and  Performance  Management  are  closely 
interrelated,  since  poor  performance  is  often  the  only  visible  symptom  of  a  fault  deep 
down  in  the  system."  [Ref  6,  p.86]  The  MBB  is  the  means  by  which  various  functional 
areas  coordinate  their  activities. 

Fault  Management  is  concerned  with  the  detection,  isolation,  and 
correction  of  abnormal  operation  of  the  organization's  information  infrastructure.  Fault 
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management  means  everything  from  detection  of  excessive  packet  collisions  on  the 
network  backbone  to  determining  if  a  printer  is  jammed.  Next  to  Performance 
Management  there  is  no  quicker  way  to  put  a  Network  Manager  in  the  hot  seat  than  poor 
Fault  Management.  Most  end-users  will  tolerate  occasional  outages  but  when  these 
outages  become  too  frequent  or  long  in  duration  their  tolerance  will  end. 

Security  Management  is  concerned  with  providing  services  and  reporting 
functions  that  support  the  in^lementation  of  the  organization's  security  policies  and 
protect  network  resources  and  user  information.  Often  an  after  thought  in  network 
planning,  network  security  management  needs  to  become  an  integral  part  of  a  network's 
design.  Issues  from  password  management  to  firewall  inq)lementation  need  to  be  brought 
to  the  forefront. 

Accounting  Management  is  concerned  with  tracking  network  resource 
utilization  and  establishing  chargeback  mechanisms  that  can  recover  the  cost  of  using 
these  resources.  The  Network  Manager  needs  to  be  able  to  track  these  resources  by  user 
or  user  group  in  order  to  : 

•  Determine  if  a  user  or  group  of  users  are  abusing  their  access  and  burdening  the 
network, 

•  Determine  if  the  resources  are  being  used  inefficiently  so  policies  and/or 
procedures  can  be  modified  to  inq)rove  performance,  and 

•  Be  in  a  better  position  to  plan  for  network  growth. 

Storage  Management  is  concerned  with  the  storage,  retrieval  and  security 
of  data.  The  challenge  is  balancing  the  use  of  magnetic  disks  with  the  use  of  optical  disks 
and  capitalizing  on  the  advantages  of  both  technologies.  The  other  key  issue  is  the 
migration  of  data  from  one  medium  to  another  (i.e..  Which  data  should  be  migrated  and 
when  should  it  be  migrated?).  As  the  volume  and  diversity  of  data  generated  in  distributed 
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piTivirnTiTnent  s  increase,  effective  management  of  data  across  the  enterprise  is  that  much 
more  imperative.  [Ref.  3,  p.  119] 

The  last  network  management  functional  area  that  will  be  discussed,  and 
often  the  most  overlooked,  is  User  Management.  The  m^ortance  of  this  area  can  not  be 
over  emphasized.  After  all,  users  are  the  ones  that  drive  the  shape  of  the  network  and  the 
services  that  are  provided.  This  area  is  designed  to  support  the  user,  from  establishing  an 
account  on  a  mainframe  to  showing  them  a  more  efficient  way  to  use  a  network  service, 
(e.g.,  E-Mail).  However,  the  word  user  goes  beyond  the  end-user  v^o  sits  down  at  a 
desk  and  surfs  the  World  Wide  Web  (WWW),  it  goes  to  the  individuals  who  run  and 
maintain  the  organization's  information  mfrastructure.  Keeping  these  users  trained  and 
proficient  at  their  jobs  is  as  important  as  ensuring  the  user  on  the  third  floor  or  across  the 
ocean  is  able  to  do  his/her  job. 

D.  COMMUNICATIONS 

Thi  s  really  is  at  the  heart  of  the  architecture.  How  the  pieces  of  the  network 
architecture  talk  to  each  other  drives  how  well  the  goals  of  this  architecture  are  achieved. 
If  there  was  a  universally  accepted  protocol  fbr  devices  to  communicate  to  management 
consoles  and  management  consoles  to  talk  to  other  management  consoles  our  problems 
would  just  about  be  solved.  Applications,  which  are  developed  by  different  vendors  to 
assist  Network  Managers  in  managing  this  complex  array  of  responabilities,  also  need  to 
be  able  to  communicate  with  the  devices  and  management  consoles  which  make  up  the 
network.  Providing  a  common  protocol  for  communication  between  all  the  pieces  of  a 
network  management  architecture  allows  all  the  pieces  to  be  easily  integrated  into  existing 
architectures  to  form  a  unified  and  consistent  management  strategy.  It  also  allows  the 
flexibility  for  new  advances  in  technology  to  be  more  easily  incorporated  into  the  current 
architecture.  However,  as  we  all  know,  there  is  no  end-aU  be-all  standard. 

Of  the  numerous  communication  standards  that  are  currently  on  the  market, 
SNMP  and  CMIP  are  the  most  popular.  SNMPs  strength  lies  in  its  simplicity  and  wide 
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popularity,  whereas  CMIPs  strength  is  its  fimctionaUty  and  the  fact  that  it  is  an 
international  standard.  Shoiild  or  could  one  of  these  two  leading  communication 
protocols  overcome  its  weaknesses  and  become  the  end-all  be-all  standard  or  will  another 
protocol  emerge  and  become  the  standard  that  will  solve  all  our  problems?  There  are 
many  things  to  consider  when  choosing  the  protocols,  platforms  and  apphcations  that  will 
be  used  in  the  architecture,  but  a  more  detailed  discussion  of  these  considerations  is 
beyond  the  scope  of  this  study. 
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m.  CONCLUSIONS  AND  RECOMMENDATIONS 


A.  CONCLUSIONS 

The  purpose  of  this  study  was  to  present  a  network  management  architecture 
which  Network  Managers  could  use  to  assist  them  in  formulating  their  own  network  man¬ 
agement  strategies  that  would  best  suit  their  networking  environment.  This  management 
strategy  should  allow  them  to  maximize  staff  effectiveness,  effectively  distribute  manage¬ 
ment  responsibilities,  proactively  solve  network  problems,  and  easily  integrate  legacy  and 
emerging  technologies.  However,  there  are  several  problem  areas  that  will  challenge  the 
use  in^lementation  of  the  proposed  architecture; 

•  Standardization;  The  lack  of  a  universally  accepted  communication  protocol, 
MIR  structure,  and  terminology  will  continue  to  slow  the  development  of  a  net¬ 
work  management  system  that  will  allow  Network  Managers  to  provide  the 
services  the  users  need  so  they  can  effectively  perform  the  organization's  key 
processes.  The  success  of  the  organization  depends  on  how  well  these  key 
processes  are  performed,  including  the  management  of  the  information  infra¬ 
structure.  [Ref  1,  p.461] 

•  Management  tools;  As  OUT  organization's  information  infrastructure  continues 
to  expand  at  an  exponential  rate  and  the  budgets  and  staff  to  manage  it  continue 
to  lag  behind,  managers  must  depend  more  and  more  on  network  management 
tools  to  take  up  the  slack.  However,  these  tools  are  often  reactive  rather  than 
proactive,  can  not  easily  be  integrated  with  tools  made  by  other  vendors,  do  not 
frcilitate  making  timely  decisions,  or  have  not  yet  been  developed. 

•  Changing  Environment;  Networks  have  grown  in  size  and  complexity  at  an  ex¬ 
ponential  rate.  The  trend  to  replace  a  few  centralized  mainframes  with  many 
geographically  distributed  cHent-server  systems  has  caused  an  explosion  in  the 
type  and  number  of  cortponents  which  need  to  be  managed.  This  problem  is 
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magnified  by  economic  and  regulatory  constraints,  technology  advances,  stan¬ 
dards  development,  new  product  introductions,  market  requirements,  user  de¬ 
mands  and  other  factors  which  change  unpredictably  over  time.  [Ref  12,  p.5] 

The  need  for  a  conqirehensive  network  management  architecture  is  clear.  The 
proposed  architecture  will  provide  structure  to  how  an  organization's  information  infra¬ 
structure  is  viewed  so  Network  Managers  for  both  commercial  and  DoD  organizations 
can  effectively  formulate  a  network  management  strategy  that  will  be  flexible,  proactive, 
distributed,  standardized,  comprehensive,  collaborative  and  integratable. 

B.  RECOMMENDATIONS  FOR  FURTHER  STUDY 

This  study  presented  many  areas  that  would  lend  themselves  to  further  study. 

Since  the  primary  focus  of  the  study  was  to  present  a  management  architecture,  it  did  not 
go  into  great  detail  as  to  how  the  various  conq)onents  of  the  architecture  should  commu¬ 
nicate  with  one  another.  It  also  did  not  fuUy  detail  each  of  the  eight  proposed  network 
management  functions.  Both  of  these  areas  would  lend  themselves  to  fiirther  study  and 
woidd  expand  and  enhance  the  proposed  architecture  and  allow  a  clearer  deflnition  of 
what  is  meant  by  network  management.  Another  area  for  further  study  would  be  the  con¬ 
tinued  development  of  the  MEB  to  enconq)ass  other  areas  of  network  management  besides 
the  portion  that  was  presented  in  Appendices  A  and  B. 


20 


APPENDIX  A.  DATA  DICTIONARY 


The  data  dictionary  includes  the  semantic  and  symtactic  definition  of  data  elements 
contained  in  the  various  data  tables.  The  descriptions  include  field  name,  data  type  and 
length,  and  field  description.  It  also  shows  the  relationship  one  table  has  with  another. 
Field  name(s)  which  are  underlined  denote  a  key  field  and  those  with  an  asterisk  next  to 
them  denote  a  foreign  key. 

ADMINISTRATOR 

The  Administrator  table  contains  information  about  network  administrators. 


Field  Name  Type  Description 


UID  Niun(10)  Unique  identifier  of  a  network 

administrator. 

People  UID*  Num(10)  Identifies  a  person  who  is  a  network 

administrator.  Relates  to  UID  in  the 
People  table. 


ALTERNATE  FUNCTION 

The  Alternate  Fvmction  table  contains  information  about  an  alternate  fimction  a  PC 
or  File  Server  might  perform. 


Field  Name 

Type 

Description 

Function  Tvpe 

Char(25) 

Alternate  fimction  a  PC  or  File 

Server  may  perform  (e.g.  Tape 
Server). 

PC  UID* 

Num(10) 

Identifies  a  PC  which  is  performing 
an  alternate  fimction.  Relates  to  UID 

or 

in  the  Stand  Alone  PC  table. 

File  Server  UID* 

Num(10) 

Identifies  a  File  Server  which  is 
performing  an  alternate  fimction. 
Relates  to  UID  in  the  File  Server 
table. 

21 


APPLICATION  GATEWAY 

The  Application  Gateway  table  contains  information  about  an  application  gateway 
which  is  a  translator  between  two  systems  that  do  not  use  the  same  communication 
protocols,  data  formatting  structures,  languages,  and/or  architecture.. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  an  application 

p 

gateway. 

PC_UID* 

or 

Num(10) 

Identifies  a  PC  fimctioning  as  an 
application  gateway.  Relates  to  UID 
in  the  Stand  Alone  PC  table. 

FileServerUID* 

Num(10) 

Identifies  a  file  server  fimctioning  as 

an  application  gateway.  Relates  to 
UID  in  the  File  Server  table. 

Function 

Char(10) 

Function  the  application  gateway 
performs  (e.g.  E-mail). 

APPLICATION  SOFTWARE 

The  Application  Software  table  contains  information  about  the  application 
software  A^vdiich  is  installed  on  a  PC  or  File  Server. 


Field  Name 

Type 

Description 

Serial  Number 

Num(10) 

Unique  identifier  for  a  particular  copy 
of  an  application  software. 

File_Server_UID* 

or 

Num(10) 

Identifies  a  file  server  where  an 
application  is  installed.  Relates  to 
UID  in  the  File  Server  table. 

PCUID* 

Num(10) 

Identifies  the  PC  where  an 
application  is  installed.  Relates  to 
UID  in  the  Stand  Alone  PC  table. 

SoflwareInfoUID* 

Num(10) 

Identifies  the  common  software 
information  associated  with  an 
application.  Relates  to  UID  in  the 
Software  Information  table. 
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BUILDING 


The  Building  table  contains  information  about  the  buildings  where  the  network 
coroponents  are  located. 


Field  Name 

Type 

Description 

UID 

Nmn(10) 

Unique  identifier  of  a  building. 

Abbreviation 

Char(10) 

Common  identifier  used  for  a 
building  (e.g.  702). 

Name 

Char(25) 

Name  of  the  building. 

Street 

Char(25) 

Address  of  the  building. 

City 

Char(20) 

City  where  the  building  is  located. 

State 

Char(2) 

State  where  the  building  is  located. 

Zip 

Char(10) 

Zip  code  of  the  city  where  the 
building  is  located. 

Notes 

Memo 

Any  additional  information  about  the 
building  that  may  be  useful. 

CABLE  TYPES 

The  Cable  Types  table  contains  information  about  the  types  of  cable  used  in  the 
network. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  type  of  cable. 

Type 

Char(15) 

Type  of  cable. 

Con^anyUID* 

Num(10) 

Identifies  the  conq)any  which  makes 
the  type  of  cable.  Relates  to  UID  in 
the  Company  table. 

NumberConductors 

Num(3) 

Number  of  conductors  in  the  type  of 
cable. 

Label 

Char(25) 

Common  label  for  the  cable  type. 

PartNumber 

Char(25) 

Part  number  of  the  the  cable  type. 

ConductorType 

Char(25) 

Type  of  conductor  in  the  cable. 

WeightPerLength 

Num(7.2) 

Weight  of  cable  per  standard  length 
of  cable. 

Diameter 

Num(7.2) 

Diameter  of  the  cable  in  cm. 

SheathName 

Char(10) 

Common  name  for  the  sheath  used  in 
the  cable. 
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ULTyp  eRating 

Char(10) 

TradeNumber 

Chai<25) 

TotalPairs 

Num(2) 

Gage 

Num(2) 

CoreSpec 

Char(25) 

CladdingSpec 

Char(25) 

PlenumFlag 

Logical 

ShieldedFlag 

Logical 

UL  type  rating  of  the  cable. 

Trade  number  of  the  cable. 
Number  of  wire  pairs  in  the  cable. 
Gage  of  the  cable. 

Characteristics  of  the  cable's  core. 
Characteristics  of  the  cable's 
cladding. 

Indicates  if  the  cable  has  plenum 
(T.). 

Indicates  if  the  cable  is  overall 
shielded  (.T.). 


CARRIER 

The  Carrier  table  contains  information  about  the  commercial  carrier  of  a  circuit. 


cco 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  commercial 
carrier. 

Name 

Char(10) 

Name  of  the  commercial  carrier  (e.g. 
US  SPRINT). 

Phone 

Char(12) 

Phone  nmnber  for  the  trouble  desk  of 
a  commercial  carrier. 

Line  Number  Leg  1 

Char(30) 

Commercial  carrier  line  identification 
number  for  the  first  leg  to  the  distant 
end. 

Line  Number  Leg  2 

Char(30) 

Commercial  carrier  line  identification 
number  for  the  second  leg  to  the 
distant  end. 

The  CCO  table  contains  information  about  the  CCO  of  a  circuit. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  CCO. 

Name 

Char(10) 

Name  of  a  CCO  (e.g.  Monterey). 

Phone 

Char(12) 

Phone  number  for  a  CCO. 
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CD  ROM  DISK 


The  CD  ROM  Disk  table  contains  information  about  a  CD  ROM  disk  which  is 
installed  on  a  CD  ROM  drive. 


Field  Name 

Type 

Description 

Platter  Number 

Num(2) 

The  number  of  the  platter  in  a  juke 
box  or  1  if  the  drive  is  a  single  disk 
drive. 

CD  Drive  UID* 

Num(15) 

Identifies  a  CD  ROM  drive  where  a 
disk  is  installed.  Relates  to  UID  in 
the  CD  ROM  Drive  table. 

SoftwarelhfoUID* 

Num(10) 

Identifies  the  common  software 
information  associated  with  a  CD 
disk.  Relates  to  UID  in  the  Software 
Information  table. 

CD  ROM  DRIVE 

The  CD  ROM  Drive  table  contains  information  about  a  CD  ROM  drive. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  CD  ROM 
drive. 

DeviceInfoUID* 

Num(I0) 

Identifies  the  common  device 
information  associated  with  a  CD 
ROM  drive.  Relates  to  UID  in  the 
Device  Information  table. 

AccessTime 

Num(4) 

Access  time  in  ms. 

Transfer  Rate 

Num(4) 

Transfer  rate  in  KB/sec. 

CD_ROM_Server_UID* 

Num(10) 

Identifies  a  CD  ROM  server  which  is 

associated  with  a  CD  ROM  drive. 
Relates  to  UID  in  the  CD  ROM 
Server  table. 

Port_UID* 

Num(10) 

Identifies  the  port  on  a  device  which 
is  associated  with  a  CD  ROM  drive. 
Relates  to  UID  in  the  Port  table. 

25 


CD  ROM  SERVER 


The  CD  ROM  Server  table  contains  information  about  a  CD  ROM  server. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  CD  ROM 
server. 

DeviceInfoUID* 

Niun(10) 

Identifies  the  common  device 
information  associated  with  a  CD 
ROM  server.  Relates  to  UID  in  the 
Device  Information  table. 

CIRCUIT 

The  Circuit  table  contains  information  about  the  communication  lines  to  outside 

organizations. 

Field  Name 

Type 

Description 

CCSD 

Char(4) 

Unique  identifier  of  a  circuit. 

PairNumber 

Char(2) 

The  pair  munber  of  a  circuit. 

CircuitNvimber 

Char(16) 

The  circuit  number. 

Pacbell_Number 

Char(16) 

The  commercial  line  number 
associated  with  a  circuit. 

Nomenclature 

Char(25) 

Common  name  used  to  describe  a 
circuit. 

DistantEnd 

Char(25) 

Name  of  the  organization  where  the 
line  terminates. 

Security_Level 

Char(l) 

The  security  level  of  the  circuit 
(T  -  Top  Secret,  S  -  Secret,  or 

U  -  Unclassified). 

RM_Duties 

Char(25) 

The  RM  duties  for  a  circuit  (CARP  - 
Contingency  Alternate  Routing 
Program,  QC  -  Quality  Assurance 
Checks,  TBS  -  Trouble  Shooting, 
and/or  KC  -  Key  Change). 

OTAR 

Char(l) 

Identifies  the  OPTAR  (D,  H  or 

Blank). 
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Crypto_Load  Char(l) 

Backup_CCSD  Char(4) 

BaudRate  Char(4) 

Crypto  Char(6) 

Modem  Char(10) 

CCOUID*  Num(10) 

Carrier_UID*  Num(10) 

Terminal_Code*  Char(l) 

HostName*  Char(10) 

Supemet_UID*  Niim(  10) 


The  crypto  load  times  for  the  circuit 
(D  -  Daily,  M  -  Monthly, 

Q  -  Quarterly,  A  -  Annually,  or 
N  -  No  Load). 

Identifies  the  backup  circuit. 

Baud  rate  of  a  circuit  in  KB/sec. 

Type  of  crypto  used. 

Type  of  modem  used. 

Identifies  the  CCO  of  a  circuit. 
Relates  to  UID  in  the  CCO  table. 
Identifies  the  commercial  carrier  of  a 
circuit.  Relates  to  UID  in  the  Carrier 
table. 

Identifies  the  terminal  block 
associated  with  a  circuit.  Relates  to 
Block  Code  in  the  Terminal  Block 
table. 

Identifies  the  host  attached  to  a 
circuit.  Relates  to  Hostname  in  the 
Host  table. 

Identifies  the  supemet  associated 
with  a  circuit.  Relates  to  UID  in  the 
Supemet  table. 


CIRCUIT  /  USER  GROUP  RELATION 

The  Circuit  /  User  Group  Relation  table  provides  the  link  for  a  many-to-many 
relationdiip  between  the  Circuit  table  and  the  User  Group  table. 


Field  Name  Type  Description 


User  Group  UID*  Num(10) 

Circuit  CCSD*  Char(4) 


Identifies  a  user  group  which  is 
associated  with  a  circuit.  Relates  to 
UID  in  the  User  Group  table. 
Identifies  a  circuit  ■v^Wch  is  associated 
with  a  user  group.  Relates  to  CCSD 
in  the  Circuit  table. 
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COMMUNICATION  SERVER 


The  Conmninication  Server  table  contains  information  about  a  communication 
server. 


Field  Name  Type  Description 

UID  Num(10)  Unique  identifier  of  a  communication 

server. 

Device  lhfo  UID*  Num(10)  Identifies  the  common  device 

information  associated  with  a 
communication  server.  Relates  to 
UID  in  the  Device  Information  table. 


COMPANY 

The  Con^any  table  contains  information  about  the  con:q)anies  which  1)  make 
various  conq)onents  used  in  the  network,  2)  provide  maintenance  or  warranty 
services  and  3)  sell  various  con^onents  used  in  the  network. 


Field  Name  Type  Description 


UID 

Num(I0) 

Abbreviation 

Char(10) 

Name 

Char(25) 

Street 

Char(25) 

City 

Char(20) 

State 

Char(2) 

Zip 

Char(10) 

PhoneNumber 

Char(I2) 

ManufacturerFlag 

Logical 

VendorMaintFlag 

Logical 

VendorWarrantyFlag 

Logical 

Unique  identifier  of  a  company. 
Common  abbreviation  used  for  a 
con:q)any  name. 

Name  of  a  con[q)any. 

Address  of  a  con^any. 

City  where  a  conq)any  is  located. 
State  where  a  company  is  located. 

Zip  code  of  the  city  where  a  con:q)any 
is  located. 

Phone  number  of  the  coiopany. 
Indicates  if  the  information  is  for  a 
conq)any  who  makes  network 
conq)onents  (.T.). 

Indicates  if  the  information  is  for  a 
company  who  provides  maintenance 
services  (.T.). 

Indicates  if  the  information  is  for  a 
con^any  who  provides  warranty 
services  (.T.). 
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Logical  Indicates  if  the  information  is  for  a 
conq)any  who  sells  network 
components  (.T.). 

Memo  Any  additional  information  about  a 

company  that  may  be  usefiil. 

CONCENTRATOR 

The  Concentrator  table  contains  information  about  a  concentrator  which  centrally 
locates  the  wire  attachments  from  various  workstations. 


Field  Name 

Type 

Description 

UID 

Device_bifo_UID* 

Num(10) 

Num(10) 

Unique  identifier  of  a  concentrator. 
Identifies  the  common  device 
information  associated  with  a 
concentrator.  Relates  to  UID  in  the 
Device  Information  table. 

CONDUCTOR  CATEGORY 

The  Conductor  Category  table  contains  information  about  a  category  of 
conductor. 

Field  Name 

Type 

Description 

Category 

ConductorGroup* 

Char(25) 

Chai<15) 

Unique  identifier  of  a  conductor 
category. 

Identifies  a  group  assigned  to  a 

conductor  category.  Relates  to 
Group  in  the  Conductor  Group  table. 


DistributerFlag 

Notes 
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CONDUCTOR  CATEGORY  /  CONNECTOR  VALUE  RELATION 

The  Conductor  Category  /  Connector  Value  Relation  table  provides  the  link  for  a 
many-to-many  relationship  between  the  Conductor  Category  table  and  the 
Connector  Value  table. 


Field  Name 

Type 

Description 

Conductor  Cat* 

Char(25) 

Identifies  a  conductor  category  which 
is  associated  with  a  coimector  value. 
Relates  to  Category  in  the  Conductor 
Cats  table. 

Connector  Value* 

Char(15) 

Identifies  a  connector  value  which  is 
associated  with  a  conductor 
category.  Relates  to  Value  in  the 
Connector  Values  table. 

CONDUCTOR  GROUP 

The  Conductor  Group  table  contains  information  about  the  grouping  of  conductor 

categories. 

Field  Name 

Type 

Description 

Group 

Chai<15) 

Unique  identifier  of  a  conductor 
group. 

Description 

Char(64) 

Description  of  a  conductor  group. 

CONDUCTOR  GROUP  /  CONNECTOR  VALUE  RELATION 


The  Conductor  Group  /  Connector  Value  Relation  provides  the  link  for  a 
many-to-many  relationship  between  the  Conductor  Group  table  and  the  Connector 
Value  table. 


Field  Name  Type  Description 


Conductor  Group  *  Char(15)  Identifies  the  conductor  group  which 

is  associated  with  a  connector  value. 
Relates  to  Group  in  the  Conductor 
Group  table. 
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Connector  Value*  Char(  15)  Identifies  the  connector  value  which 

is  associated  with  a  conductor  group. 
Relates  to  Value  in  the  Connector 
Values  table. 

CONNECTION 

The  Connection  table  contains  information  on  the  connections  between  devices. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  connection 
between  devices. 

ConnTypeUID* 

Num(10) 

Identifies  a  connector  type  which  is 
associated  with  a  connection. 

Relates  to  UID  in  the  Connector 
Type  table. 

PhyCableUID* 

Num(10) 

Identifies  the  physical  cable  which 
connects  the  two  devices.  Relates  to 
UID  in  the  Physical  Cable  table. 

CONNECTOR  TYPE 

The  Connector  Type  table  contains  information  about  the  types  of  connectors  used 
in  the  network. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  type  of 
connector. 

Type 

Char(25) 

Common  name  of  a  connector  type. 

Max_Pins 

Num(2) 

Maximum  number  of  pins  associated 
with  a  connector  type. 

GenderAbbr* 

Chat(15) 

Identifies  the  gender  abbreviation  of 
the  connector.  Relates  to 
Abbreviation  in  the  Gender  table. 

ConductorCat* 

Char(15) 

Identifies  the  category  of  conductor 
associated  with  a  type  of  connector. 
Relates  to  Category  in  the  Conductor 
Cats  table. 

PartNumber 

Char(25) 

Part  Number  for  a  connector  type. 
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Company  UID*  Num(10)  Identifies  the  company  which  makes 

a  connector  type.  Relates  to  UID  in 
the  Company  table. 

Description  Char(64)  Description  of  the  connector  type. 

CONNECTOR  VALUE 

The  Connector  Value  table  contains  information  about  a  connector  used  in  the 
network. 


Field  Name 


Type  Description 


Value  Char(  15)  Unique  identifier  for  a  value  of  a 

connector. 

Description  Char(64)  Description  of  a  connector  value. 

DEVICE  INFORMATION 

The  Device  Information  table  contains  information  which  is  common  to  all 
network  con:q)onents. 


Field  Name  'I'ypc  Description 


UID 

Num(10) 

Company  UED’" 

Char(20) 

Model_Number 

Chai<15) 

SerialNumber 

Char(15) 

InstalledDate 

Date 

ReceptDate 

Date 

EstReplDate 

Date 

Unique  identifier  of  a  network 
component's  conomon  mformation. 
Identifies  the  con^any  which  makes 
a  network  corrponent.  Relates  to 
UID  in  the  Con^any  table. 

Model  number  of  a  network 
component. 

Serial  number  of  a  network 
component. 

Date  a  network  conq)onent  is 
installed  in  the  network. 

Date  a  network  component  is 
received. 

Date  a  network  con^onent  is 
expected  to  be  replaced.  Refers  to  a 
network  component's  life  cycle. 
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MaintReqnNum* 

Char(16) 

Identifies  the  maintenance  contract  to 

which  a  network  component  is 
covered.  Relates  to  requisition 
number  in  the  Maintenance  Contract 
table. 

PurchaseReqnNum* 

Char(16) 

Identifies  the  purchase  order  under 
which  a  network  conq)onent  was 

procured.  Relates  to  requisition 
number  in  the  Purchase  table. 

SpaceUID* 

Niun(10) 

Identifies  the  space  where  a  network 
component  is  located.  Relates  to 

UID  in  the  Space  table. 

WarrantyNumber* 

Char(25) 

Identifies  the  warranty  under  which  a 
network  component  is  covered. 
Relates  to  warranty  number  in  the 
Warranty  table. 

Notes 

Memo 

Any  additional  information  about  a 
network  component  that  may  be 

usefiil. 

DEVICE  TYPE 

The  Device  Type  table  contains  information  about  a  device  type. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  device  type. 

Type 

Char(25) 

Common  name  of  a  device  type  (e.g. 
Zenith  248). 

Notes 

Memo 

Any  additional  information  about  a 
device  type  that  may  be  usefiil. 

DEVICE  TYPE  /  PARTS  RELATION 

The  Device  Type  /  Parts  Relation  table  provides  the  link  for  a  many-to-many 
rfllatinnship  between  the  Device  Type  table  and  the  Parts  table. 


Field  Name 

Type 

Description 

Parts  UID* 

Num(10) 

Identifies  a  spare  part  that  can  be 

used  to  repair  a  particular  device 

type.  Relates  to  UID  in  Parts  table. 
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Device  Tvpe  UID* 


Num(10)  Identifies  a  device  type  which  a  spare 
part  can  be  used  to  repair.  Relates  to 
UID  in  the  Device  Type  table. 


DISK 


The  Disk  table  contains  information  about  the  hard  disks  associated  with  a  file 
server. 


Field  Name 

Type 

Description 

Device  Number 

Num(10) 

Unique  identifier  of  a  disk. 

Card 

Char(15) 

Description  of  the  controller  card  for 
the  disk  (e.g.  16-bit  ISA). 

Controller 

Char(10) 

Type  of  controller  associated  with  a 
disk. 

Type 

Num(2) 

Type  of  hard  disk  installed. 

Heads 

Num(2) 

Number  of  heads. 

Cylinders 

Num(4) 

Number  of  cylinders. 

Sectors 

Num(4) 

Number  of  sectors. 

SectorsPerTrack 

Num(4) 

Number  of  sectors  per  track. 

Capacity 

Num(4) 

Capacity  of  hard  disk  in  MB. 

Disk_System_Num* 

Num(10) 

Identifies  a  disk  system  a  disk. 

Relates  to  Disk_System_Number  in 
the  Disk  System  table. 


DISK  SYSTEM 


The  Disk  System  table  contains  information  about  the  disk  system  of  a  file  server. 


Field  Name 

Type 

Description 

EHsk  Svstem  Number 

Num(10) 

Unique  identifier  of  a  disk  system 

DiiveName 

Char(15) 

Name  of  the  drive  on  the  file  server. 

lOSetting 

Char(10) 

Input/Output  settings. 

SlotNumber 

Num(2) 

Slot  number. 

FileServerUlD* 

Num(10) 

Identifies  a  file  server  were  the  disk 
system  is  located.  Relates  to  UID  in 
the  File  Server  table. 
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DISKETTE  DRIVE 


The  Diskette  Drive  table  contains  information  about  the  diskette  drive  associated 
with  a  PC  or  SUN  Terminal. 


Field  Name  Type  Description _ 

Unique  identifier  of  a  diskette  drive. 
Identifies  the  common  device 
information  associated  with  a  diskette 
drive.  Relates  to  UID  in  the  Device 
Information  table. 

Type  of  diskette  drive  installed. 
Number  of  heads. 

Number  of  cylinders. 

Number  of  sectors. 

Capacity  of  diskette  drive  in  KB. 
Identifies  the  PC  which  is  associated 
with  a  diskette  drive.  Relates  to  UID 
in  the  Stand  Alone  PC  table. 

Identifies  the  Sun  terminal  which  is 
associated  with  a  diskette  drive. 
Relates  to  UID  in  the  SUN  Terminal 
table. 

DUMB  TERMINAL 

The  Dumb  Terminal  table  contains  information  about  a  dumb  terminal. 


Field  Name  Type  Description _ _ 

UID  NiiTn(IO)  Unique  identifier  of  a  dumb  terminal. 

Device  Info  UlD*  Num(10)  Identifies  the  common  device 

~  ”  information  associated  with  a  dump 

terminal.  Relates  to  UID  in  the 
Device  Information  table. 


UID 

Nmii(I0) 

Device_Info_UID* 

Num(I0) 

Type 

Num(2) 

Heads 

Nmn(2) 

Cylinders 

Num(4) 

Sectors 

Num(4) 

Capacity 

Num(4) 

PC_UID* 

Num(10) 

Sun_UID* 

Num(10) 
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FILE  SERVER 


The  File  Server  table  contains  information  about  a  file  server. 


Field  Name 


Type 


Description 


uro 

Device  Info  UID* 


Num(10)  Unique  identifier  of  a  file  server. 
Nuni(10)  Identifies  the  common  device 

information  associated  with  a  file 
server.  Relates  to  UID  in  the  Device 
Information  table. 


GENDER 


The  Gender  table  contains  information  about  the  gender  of  a  connector  type. 


Field  Name 

Type 

Description 

Abbreviation 

Char(15) 

Unique  identifier  of  a  gender 

associated  with  a  connector  type. 

Name 

Char(25) 

Descriptive  name  of  a  gender. 

HARDDISK 

The  Hard  Disk  table  contains  information  about  a  hard  disk  associated  with  a  PC. 


Field  Name  Type 


UID  Niim(  1 0) 

DeviceDifoUlD*  Num(  10) 

Type  Num(2) 

Heads  Num(2) 

Cylinders  Num(4) 

Sectors  Num(4) 

Capacity  Num(4) 


Description 

Unique  identifier  of  a  hard  disk. 
Identifies  the  common  device 
information  associated  with  a  hard 
disk.  Relates  to  UID  in  the  Device 
Information  table. 

Type  of  hard  disk  installed. 
Number  of  heads. 

Number  of  cylinders. 

Number  of  sectors. 

Capacity  of  a  hard  disk  in  MB. 
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PC  UID* 


Nuiti(10) 


Identifies  the  PC  which  is  associated 
with  a  hard  disk.  Relates  to  UID  in 
the  Stand  Alone  PC  table. 


HOST 


The  Host  table  contains  information  about  host  con^uter. 


Field  Name  Type  Description 


Host  Name  Num(  10)  Unique  identifier  of  a  host  conq)uter 

(e.g.  DPSR). 

ClassLfied_Flag  Logical  Indicates  if  a  host  conq)uter  is 

classified  (.T.). 

MAINTENANCE  CONTRACT 


The  Maintenance  Contract  table  contains  information  about  the  maintenance 
services  on  network  conq)onents. 


Field  Name 

Type 

Description 

Requisition  Number 

Num(16) 

Unique  identifier  of  a  maintenance 
contract. 

Contract_Number 

Num(16) 

Contract  number  of  the  maintenance 
contract. 

StartDate 

Date 

Date  the  maintenance  contract  goes 
in  to  effect. 

EndDate 

Date 

Date  the  maintenance  contract 
expires. 

Typeof^Service 

Char(25) 

Type  of  maintenance  services  which 
are  performed  under  the  contract. 

Conq)any_UID* 

Num(10) 

Identifies  the  conq)any  which 
provides  the  maintenance  services. 
Relates  to  UID  in  the  Company  table. 
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MAINTENANCE  CONTRACT  /  PEOPLE  RELATION 


The  Maintenance  Contract  /  People  Relation  table  provides  the  link  for  a 
many-to-many  relationship  between  the  Maintenance  Contract  table  and  the  People 
table. 


Field  Name 


Type  Description 


Maint  Reqn  Num* 


People  UID* 


Char(  16)  Identifies  a  maintenance  contract  a 
person  is  authorized  to  call  about  to 
obtain  maintenance  services.  Relates 
to  Requisition  Number  in  the 
Maintenance  Contract  table. 

Num(  10)  Identifies  a  person  who  is  authorized 
to  contact  a  company  to  obtain 
maintenance  services.  Relates  to 
UID  in  the  People  table. 


MODEM 

The  Modem  table  contains  information  about  a  modem  vdiich  provides  the 
connections  for  con^uters  into  the  public  switched  telephone  network  (PSTN). 


Field  Name 


Type  Description 


UID  Num(10) 

Device_Info_UID*  Num(  10) 


Type 

Char(3) 

FaxCapableFlag 

Logical 

Data_Speed 

Char(5) 

FaxSpeedSend 

Char(5) 

FaxSpeedRec 

Char(5) 

ErrorCorrection 

Char(lO) 

Cortpression 

Char(5) 

Unique  identifier  of  a  modem 
Identifies  the  common  device 
information  associated  with  a 
modem  Relates  to  UID  in  the 
Device  Information  table. 

Type  of  modem  (external  or  internal). 
Indicates  if  the  modem  is  capable  of 
sending  and  receiving  faxes  (.T.). 
Speed  which  a  modem  can  transfer 
data  in  bps  (e.g.  14.4). 

Speed  which  a  modem  can  send  a  fax 
in  bps  (e.g.  9600). 

Speed  which  a  modem  can  receive  a 
fex  in  bps  (e.g.  9600). 

Type  of  error  correction  (e.g.  V.42), 
Type  of  conopression  (e.g.  MNP  5). 
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Port  UID* 


Num(  10)  Identifies  the  port  on  a  device  which 
is  associated  with  a  modem.  Relates 
to  UID  in  the  Port  table. 


MONITOR 


The  Monitor  table  contains  information  about  a  monitor. 


Field  Name 


Type 


Description 


UID  Num(10) 

Device_Info_UID*  Num(10) 


Size 

Type 

Max  Resolution 

Num(2) 

Char(4) 

Char(9) 

MaxScanFreq 

MinScanFreq 

MaxRefreshFreq 

MinRefreshFreq 

Connection_Types 

Num(2) 

Num(2) 

Num(2) 

Num(2) 

Char(25) 

friterlaced_Flag 

Logical 

PC_UID* 

Num(10) 

or 

SUN_UID* 

Num(10) 

or 

XTerminalUID* 

Num(10) 

or 

Dumb_UID* 

Num(10) 

Unique  identifier  of  a  monitor. 
Identifies  the  common  device 
information  associated  with  a 
monitor.  Relates  to  UID  in  the 
Device  Information  table. 

Monitor  size  in  inches. 

Type  of  monitor  (e.g.  SVGA) 

Max  resolution  of  the  monitor  (e.g. 
800  x  600). 

Maximum  scan  rate  in  Hz. 

Minimum  scan  rate  in  Hz. 

Maximum  refi’esh  rate  in  Hz. 
Minimum  refresh  rate  in  Hz. 

Type  of  possible  connectors  (i.e. 
RGB,  VGA  -  15  pin,  EGA  -  9  pin, 
etc.). 

Indicates  if  the  monitor  is  interlaced 
(.T.). 

Identifies  the  PC  vvfiich  is  attached  to 
the  monitor.  Relates  to  UID  in  the 
Stand  Alone  PC  table. 

Identifies  the  SUN  terminal  which  is 
attached  to  the  monitor.  Relates  to 
UID  in  the  SUN  Terminal  table. 
Identifies  the  XTerminal  which  is 
attached  to  the  monitor.  Relates  to 
UID  in  the  XTerminal  table. 
Identifies  the  dumb  terminal  which  is 
attached  to  the  monitor.  Relates  to 
UID  in  the  Dumb  Terminal  table. 
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MULTIPORT  REPEATER 


The  Multiport  Repeater  table  contains  information  about  a  multiport  repeater 
which  boosts  a  signal  from  multiple  devices  so  that  the  length  of  the  network  can 
be  extended. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  multiport 
repeater. 

DevicelnfoUlD* 

Num(10) 

Identifies  the  connnon  device 
information  associated  with  a 
multiport  repeater.  Relates  to  UID  in 
the  Device  Information  table. 

Subnet_UID* 

Num(10) 

Identifies  the  subnet  to  wliich  a 

multiport  repeater  is  a  part  of 

Relates  to  UID  in  the  Subnet  table. 

MaxSlots 

Num(2) 

Maximum  number  of  slots  in  a 
multiport  repeater. 

Available_Slots 

Num(2) 

Number  of  slots  which  are  ertq)ty. 

MULTIPORT  TRANSCEIVER 

The  Multiport  Tranceiver  table  contains  information  about  multiport  tranceivers 
which  provide  the  interface  between  various  nodes  and  the  network. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  multiport 
transceiver. 

Device_Info_UID* 

Num(10) 

Identifies  the  common  device 
information  associated  with  a 
multiport  transceiver.  Relates  to 

UID  in  the  Device  Information  table. 

CascadedWithUID* 

Num(10) 

Identifies  the  transceiver  which  is 
cascaded  with  a  multiport 
transceiver.  Relates  to  UID  in  the 
Transceiver  table. 

Max_Slots 

Num(2) 

Maximiun  number  of  slots  in  a 
mult^ort  transceiver. 

AvailableSlots 

Num(2) 

Number  of  slots  which  are  empty. 
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NETWORK 


The  Network  table  contains  information  about  the  organization's  networks.  One 
or  more  networks  are  connected  to  form  a  supemet.  A  network  is  made  up  of  one 
or  more  subnets. 


Field  Name  Type  Description 


UID 

Num(10) 

Network_Name 

Char(25) 

Topography 

Char(10) 

Administrator_UID* 

Num(10) 

SupemetUlD  * 

Num(10) 

RouterUTD’" 

Num(10) 

Unique  identifier  of  a  network. 
Network's  common  name. 
Topography  of  a  network  (bus,  star, 
ring,  etc.). 

Identifies  a  network  administrator. 
Relates  to  UID  in  the  Administrator 
table. 

Identifies  the  supemet  which  is 
associated  with  a  network.  Relates 
to  UID  in  the  Supemet  table. 
Identifies  the  router  associated  with  a 
network.  Relates  to  UID  in  the 
Router  table. 


NETWORK  CARD 

The  Network  Card  table  contains  information  about  a  network  card  which  is 
associated  with  a  PC. 


Field  Name  Type  Description 


UID 

Num(10) 

InterfeceNumber 

Char(15) 

LiterfeceAddress 

Char(15) 

Symbolic_Name 

Char(10) 

lOPortAddress 

Char(15) 

DMA_Setting 

Char(10) 

IRQ_Setting 

Num(2) 

RAMAddress 

Char(10) 

LANBoardType 

Char(15) 

Unique  identifier  of  a  network  card. 
Interface  number  associated  with  a 
network  card. 

Interface  address  associated  with  a 
network  card. 

Common  name  for  a  network  card. 
Input/Output  port  address. 

DMA  settings. 

IRQ  settings. 

RAM  address. 

Type  of  network  board. 
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DeviceInfoUID* 


Slot_Number* 


Nuni(10)  Identifies  the  common  device 
information  associated  with  a 
network  card.  Relates  to  UID  in  the 
Device  Information  table. 

Num(2)  Identifies  the  expansion  slot  which  is 
associated  with  a  network  card. 
Relates  to  Slot  Number  in  the  Slot 
table. 


NETWORK  DRIVER  SOFTWARE 

The  Network  Driver  Soflware  table  contains  information  about  the  network 
software  which  is  installed  on  a  PC. 


Field  Name  Type  Description 


Serial  Nximber 

Num(10) 

Name 

LSLVersion 

Char(15) 

Char(5) 

LANDriverVersion 

Char(5) 

LAN_Driver_Name 

Char(25) 

BPXVersion 

Char(5) 

ShellVersion 

Char(5) 

Developer 

Char(15) 

PC_UID* 

Num(10) 

Unique  identifier  for  a  particular  copy 
of  network  soflware. 

Name  of  the  network  software. 

LSL  version  number  of  the  network 
software. 

LAN  driver  version  number  of  the 
network  soflware. 

Description  or  file  name  of  the  driver 
(e.g.  SMC8000.COM) 

IPX  version  number  of  the  network 
software. 

Shell  version  number  of  the  network 
soflware. 

Name  of  the  developer  of  the 
network  software. 

Identifies  a  PC  where  the  network 
soflware  is  installed.  Relates  to  UID 
in  the  Stand  Alone  PC  table. 
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OS  SOFTWARE 


The  OS  Software  table  contains  information  about  the  OS  software  which  is 
installed  on  a  PC  or  Server. 


Field  Name  Type  Description 


Serial  Number  Nuni(10) 

SoftwareInfoUID*  Nun](10) 

or 

File_Server_UID*  Nuna(10) 

or 

PC_UID*  Num(10) 

or 

Comm_Server_UID*  Nun(i(10) 

or 

CD_ROM_Server_UID*  Nuin(  10) 
or 

Print_Server_UID*  Nuni(10) 

or 

TapeServerUID*  Nuna(10) 


Unique  identifier  for  a  particular  copy 
of  OS  software. 

Identifies  the  common  software 
information  associated  with  OS 
software.  Relates  to  UID  in  the 
Software  Information  table. 

Identifies  a  file  server  where  the  OS 
software  is  installed.  Relates  to  UID 
in  the  File  Server  table. 

Identifies  a  PC  where  the  OS 
software  is  installed.  Relates  to  UID 
in  the  Stand  Alone  PC  table. 

Identifies  a  communication  server 
vsfiere  the  OS  software  is  installed. 
Relates  to  UID  in  the 
Communication  Server  table. 
Identifies  a  CD  ROM  server  where 
the  OS  software  is  installed.  Relates 
to  UID  in  the  CD  ROM  Server  table. 
Identifies  a  print  server  where  the  OS 
software  is  installed.  Relates  to  UID 
in  the  Print  Server  table. 

Identifies  a  tape  server  wliere  the  OS 
software  is  installed.  Relates  to  UID 
in  the  Tape  Server  table. 
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PARTITION 


The  Partition  table  contains  information  about  the  partitions  on  a  hard  disk  which 
is  associated  with  a  file  server. 


Field  Name 


Type  Description 


Partition  Number 

Num(10) 

Type 

Char(10) 

Logical_Partition_Num 

Num(2) 

Size 

Num(4) 

StartmgBlock 

Num(10) 

TotalBlocks 

Num(10) 

MirroredPartitionNum 

Num(2) 

DiskNumber* 

Num(10) 

Unique  identifier  of  a  partition. 

Type  of  disk  partition. 

Number  of  the  logical  partition. 

Size  of  the  partition  in  MB. 

Starting  block  of  the  partition. 

Total  number  of  blocks  in  the 
partition. 

Number  of  the  partition  the  partition 
is  being  mirrored  by. 

Identifies  the  disk  associated  with  a 
partition.  Relates  to  Disk  Number  in 
the  Disk  table. 


PARTmON  /  VOLUME  RELATION 

The  Partition  Volume  Relation  table  provides  the  link  for  a  many-to-many 
relationship  between  the  Partition  table  and  the  Volume  table. 


Field  Name 


Type  Description 


Partition  Number* 


Volume  Number* 


Num(  10)  Identifies  a  partition  which  is 

associated  with  a  volume.  Relates  to 
Partition  Number  in  the  Partition 
table. 

Num(  10)  Identifies  a  volume  which  is 

associated  with  a  parthion.  Relates 
to  Volume  Number  in  the  Volume 
table. 
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PARTS 


The  Parts  table  contains  information  about  the  spare  parts  available  to  fix  network 
coxtq)onents. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  spare  part. 

Description 

Memo 

Description  of  the  spare  parts. 

Part  Number 

Chai<15) 

Part  number  of  the  spare  part. 

Con^anyUID* 

Num(10) 

Identifies  the  coiiq)any  that  makes  the 
spare  part.  Relates  to  UID  in  the 
Corqpany  table. 

Availability  Flag 

Logical 

Indicates  if  the  part  is  available  (.T.). 

SpaceUID* 

Num(10) 

Identifies  the  space  where  the  spare 
part  is  located.  Relates  to  UID  in  the 
Space  table. 

PurchaseReqnNum* 

Char(16) 

Identifies  the  purchase  order  under 
which  the  part  was  procured.  Relates 
to  Requisition_Number  in  the 
Purchase  table. 

PATCH  PANEL 

The  Patch  Panel  table  contains  information  about  a  patch  panel  where  network 
twisted-pair  cables  terminate  and  allows  the  network  administrator  to  easily 
connect,  move,  test,  and  disconnect  network  devices. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  patch  panel. 

Panel_Type_UID* 

Num(10) 

Identifies  a  patch  panel  type.  Relates 
to  UID  in  the  Patch  Panel  Type 
table. 

DeviceInfoUID* 

Num(10) 

Identifies  the  common  device 
information  associated  with  a  patch 
panel  Relates  to  UID  in  the  Device 
Information  table. 

InstalledMethod 

ChaT(25) 

Method  used  to  install  a  patch  panel. 
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Char(25) 


Itt^lementationStatus 
Function  Status 


Char(25) 


Implementation  status  of  a  patch 
panel. 

Functional  status  of  a  patch  panel. 


PATCH  PANEL  TYPE 


The  Patch  Panel  Type  table  contains  information  about  the  types  of  patch  panels. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  patch  panel 
type. 

Type 

Char(15) 

Type  of  patch  panel. 

DefaultNumJacks 

Num(3) 

Defauh  number  of  jacks  in  a  patch 
panel  type. 

DefauhOffset 

Char(10) 

De&ult  offset  used  in  a  patch  panel 
type. 

ConnTypetJID* 

Num(10) 

Identifies  a  type  of  connector. 

Relates  to  UID  in  the  Connector 

Type  table. 

ConductorJack 

Char(10) 

Descr^tion  of  the  conductor  jack 
used  in  a  patch  panel  type. 

PartNumber 

Char(25) 

Part  number  of  a  patch  panel  type. 

CompanyUID* 

Num(10) 

Identifies  a  con^any  which  makes  a 
patch  panel  type.  Relates  to  UID  in 
the  Con^any  table. 

Description 

Char(25) 

Description  of  the  patch  panel  type. 

PEOPLE 

The  People  table  contains  information  about  the  people  \^ho  have  access  to  the 
network,  are  system  adminstrators,  authorized  callers  for  maintenance  services  or 
are  POCs  at  a  conq)any. 


Field  Name 


Type  Description 


UID 

Niun(10) 

Unique  identifier  of  a  person. 

Name 

Chai<25) 

Name  of  the  person. 

PhoneNiunber 

Char(12) 

Phone  munber  of  a  person. 

Fax_Number 

Chai(12) 

Fax  number  of  a  person. 

EmailAddress 

Char(25) 
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E-mail  address  of  a  person. 

SpaceUlD* 

Nmn(10) 

DepartmentCode 

Char(4) 

AdministratorFlag 

Logical 

Service_CaIler_Flag 

Logical 

Company_POC_Flag 

Logical 

ConpanyUID* 

Num(10) 

Identifies  the  space  where  a  person  is 
located.  Relates  to  UID  in  the  Space 
table. 

Department  code  of  the  person. 
Indicates  if  a  person  is  a  system 
adminstrator  (.T.). 

Indicates  if  a  person  is  an  authorized 
caller  for  maintenance  services  (.T.). 
Indicates  if  a  person  is  a  POC  at  a 
company  (.T.). 

Identifies  the  company  a  person  is  a 
POC  for.  Relates  to  UID  in  the 
Company  table. 


PHYSICAL  CABLE 

The  Physical  Cable  table  contains  information  about  the  cable  between  two 
devices. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  length  of  cable. 

Name 

Char(25) 

Common  name  used  for  a  cable. 

Cable_Type_UID* 

Num(10) 

Identifies  a  type  of  cable  which 
connects  two  devices.  Relates  to 
UID  in  the  Cable  Type  table. 

Datelnstalled 

Date 

Date  the  cable  was  laid. 

DrawingNumber 

Char(25) 

Drawing  number  of  the  detailed 
drawing  showing  the  cable  and 

connectors. 

PORT 

The  Port  table  contains  information  on  the  connections  within  a  network  device. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  device  port. 

PortNumber 

Num(2) 

Number  of  the  port  within  a  device. 

PortType 

Num(10) 

Type  of  port. 

PortName 

Char(32) 

Common  name  for  a  port. 

PortDesc 

Char(64) 
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Description  of  a  port. 

HardwareAddress 

HardwareVer 

Char(64) 

Char(16) 

SlotNumber* 

Num(2) 

RouterUID* 

Nxim(10) 

or 

CD  ROM_Server_UID* 

Num(10) 

or 

CommSeiverUID* 

Num(10) 

or 

ConcentratorUID* 

Num(10) 

or 

Dumb_T  erminal_UID* 

Num(10) 

or 

FileServerUID* 

Num(10) 

or 

Multiport_Repeater_UID*  Nuin(10) 
or 

Multiport  Tranceiver  UID*  Num(10) 


or 


Patch  Panel_UID* 

Num(I0) 

or 

PrintServerUID* 

Num(10) 

or 

PC  UID* 

Num(10) 

or 

Star  CouplerUID* 

Num(10) 

or 


Hardware  address  of  a  port. 
Hardware  version  associated  with  a 
port. 

Identifies  a  slot  which  is  associated 
with  a  port. 

Identifies  a  router  which  is  associated 
with  a  port .  Relates  to  UID  in  the 
Router  table. 

Identifies  a  CD  ROM  server  to  which 
is  associated  with  a  port .  Relates  to 
UID  in  the  CD  ROM  Server  table. 
Identifies  a  comm  server  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Communication  Server 
table. 

Identifies  a  concentrator  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Concentrator  table. 
Identifies  a  Dumb  Terminal  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Dumb  Terminal  table. 
Identifies  a  file  server  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  File  Server  table. 

Identifies  a  multiport  repeater  which 
is  associated  with  a  port .  Relates  to 
UID  in  the  Multiport  Repeater  table. 
Identifies  a  multiport  tranceiver 
which  is  associated  with  a  port . 
Relates  to  UID  in  the  Multiport 
Tranceiver  table. 

Identifies  a  patch  panel  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Patch  Panel  table. 
Identifies  a  print  server  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Print  Server  table. 
Identifies  a  PC  to  which  is  associated 
with  a  port .  Relates  to  UID  in  the 
PC  table. 

Identifies  a  print  server  A\liich  is 
associated  with  a  port .  Relates  to 
f//D  in  the  Print  Servertable. 
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Sun_T  enninalUID* 

or 

Num(10) 

Identifies  a  sun  terminal  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Sun  Terminal  table. 

Tape  Server  UID* 

or 

Num(10) 

Identifies  a  tape  server  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Tape  Server  table. 

Terminal  Server_UID* 

or 

Num(10) 

Identifies  a  terminal  server  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Terminal  Server  table. 

TrancerverUID* 

or 

Num(10) 

Identifies  a  tranceiver  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  Tranceiver  table. 

XT  erminalUID* 

Num(10) 

Identifies  a  XTerminal  which  is 
associated  with  a  port .  Relates  to 
UID  in  the  XTerminal  table. 

PORT  ADDRESS 

The  Port  Address  table  contains  information  on  the  port  addresses  for  each  port 
connection  associated  with  a  network  device. 


Field  Name 

Type 

Address 

Char(64) 

ProtocolUID* 

Num(10) 

PortUED* 

Num(10) 

Address_Type 

Binary 

Description 


Unique  identifier  of  a  port  address. 
Identifies  a  protocol  associated  with 
a  port  address.  Relates  to  UID  in  the 
Protocol  table. 

Identifies  a  port  associated  with  a 
network  device.  Relates  to  UID  in 
the  Port  table. 

Identifies  the  type  of  address 
(1000  -  IP  address,  0100  -  IPX 
address,  0010  -  Node  Address, 

0001  -  Network  address). 
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PRINT  DRIVER 


The  Print  Driver  table  contains  information  about  the  print  drivers  associated  with 
a  printer. 


Field  Name 

Type 

Description 

UID 

Niun(10) 

Unique  identifier  of  a  print  driver. 

Name 

Char(25) 

Descr^tive  name  or  file  name  of  a 

print  driver. 

PRINT  SERVER  /  FILE  SERVER  RELATION 

The  Printer  Server  /  File  Server  Relation  table  provides  the  link  for  a 
many-to-many  relationshu^  between  the  Print  Server  table  and  the  File  Server  table. 


Field  Name 

Type 

Description 

Print  Server  UID* 

Num(10) 

Identifies  a  print  server  which  is 
associated  with  a  file  server.  Relates 
to  UID  in  the  Print  Server  table. 

File  Server  UID* 

Num(10) 

Identifies  a  file  server  which  is 
associated  with  a  print  server. 

Relates  to  UID  in  the  File  Server 
table. 

PRINT  QUEUE 

The  Print  Queue  table  contains  information  about  the  print  queues  which  are 
located  on  a  file  server. 

Field  Name 

Type 

Description 

UID 

Num(I0) 

Unique  identifier  of  a  print  queue. 

FileServerUID* 

Num(10) 

Identifies  a  file  server  where  a  print 

queue  is  located.  Relates  to  UID  in 
the  File  Server  table. 
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PRINT  SERVER 


The  Print  Server  table  contains  information  about  a  print  server  which  provides 
user  access  to  printers  attached  to  the  network  and  manages  print  jobs  through  a 
print  queue  system.. 


Field  Name  _ Type _ Description _ _ 

UID  Num(10)  Unique  identifier  of  a  print  server. 

Device  Mo  UID*  Num(10)  Identifies  the  common  device 

information  associated  with  a  print 
server.  Relates  to  UID  in  the  Device 
Information  table. 


PRINTER 

The  Printer  table  contains  information  about  a  printer. 


Field  Name  Type  Description 


UK)  Num(10) 

DeviceInfoUID*  Num(  10) 


PrintServerFlag 

Logical 

Min_Resolution 

Num(4) 

Max_Resolution 

Num(4) 

Type 

Char(10) 

Colors 

Num(8) 

PS_Capable_Flag 

Logical 

Print_Speed_Draft 

Num(3) 

PrintSpeedLQ 

Num(3) 

Bufferlnst  ailed 

Num(4) 

Max  Buffer 

Num(4) 

Unique  identifier  of  a  printer. 
Identifies  the  common  device 
information  associated  with  a  printer. 
Relates  to  UID  in  the  Device 
Information  table. 

hidicates  if  a  printer  is  performing  the 
fimction  of  a  print  server  (.T.). 

Min  resolution  in  dpi. 

Max  resolution  in  dpi 
Type  of  printer  (e.g.  Inkjet). 

Number  of  colors  printer  supports. 
Indicates  if  a  printer  is  PS  capable. 
Speed  of  a  printer  in  draft  mode  in 
cps  or  ppm,  depending  on  the  type  of 
printer. 

Speed  of  a  printer  in  Letter  Quality 
(LQ)  mode  in  cps  or  ppm,  depending 
on  the  type  of  printer. 

Size  of  the  installed  buffer  in  KB. 
Max  size  of  the  buffer  in  KB. 
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Print  Server  UID*  Num(10)  Indentifies  the  print  server  associated 

with  a  printer.  Relates  to  UID  in  the 
File  Server  table. 

Port_UID*  Nuni(10)  Identifies  the  port  on  a  device  which 

is  associated  with  a  printer.  Relates 
to  UID  in  the  Port  table. 


PRINTER  /  PRINT  DRIVER  RELATION 

The  Printer  /  Print  Driver  Relation  table  provides  the  link  for  a  many-to-many 
relationship  between  the  Printer  table  and  the  Print  Driver  table. 


Field  Name  Type  Description 


Printer  UID*  Nimi(  10)  Identifies  a  printer  vriiich  is 

associated  with  a  print  driver. 
Relates  to  UID  in  the  Printer  table. 

Print  Driver  UID*  Num(  10)  Identifies  a  print  driver  which  is 

associated  with  a  printer.  Relates  to 
UID  in  the  Print  Driver  table. 

PRINTER  /  PRINT  QUEUE  RELATION 

The  Printer  /  Print  Queue  Relation  table  provides  the  link  for  a  many-to-many 
relationsh^  between  the  Printer  table  and  the  Print  Queue  table. 


Field  Name  Type  Description 

Piinter  UID*  Num(  10)  Identifies  a  printer  wfiich  is 

associated  with  a  print  queue. 
Relates  to  UID  in  the  Printer  table. 

Print  Queue  UID*  Num(  10)  Identifies  a  print  queue  vriiich  is 

associated  with  a  printer.  Relates  to 
UID  in  the  Print  Queue  table. 
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PROTOCOL 


The  Protocol  table  contains  information  on  a  protocol. 


Field  Name  Type  Description 

UID  Num(  10)  Unique  identifier  of  a  protocol. 

Type  Desc  Char(64)  Description  of  a  protocol. 

PURCHASE 

The  Purchase  table  contains  procurement  information  about  network  components. 


Field  Name  Type  Description 


Requisition  Number 

Num(16) 

PurchaseOrderNumber 

Num(16) 

LineltemNumber 

Num(3) 

LineltemPrice 

Num(9.2) 

Purchase_Date 

Date 

r.nmpany  UID* 

Num(10) 

Unique  identifier  of  a  procurement 
action. 

Purchase  order  munber  of  a 
prociuement  action. 

Line  number  of  a  network 
conq)oneat  on  a  purchase  order. 

Price  of  a  network  con:q)onent. 

Date  a  network  conq)onent  was 
purchased. 

Identifies  the  con:q)any  a  network 
component  was  procured  fi-om. 
Relates  to  UID  in  the  Conq)any  table. 


ROUTER 

The  Router  table  contains  information  about  a  router  that  interconnects  networks 
over  local  or  wide  areas  and  provides  traffic  control  and  filtering  functions  when 
more  than  one  pathway  exists  between  two  end-points  on  the  network. 


Field  Name  Type  Description 


UID  Nimi(10)  Unique  identifier  of  a  router. 

Device  Info  UID*  Nmn(10)  Identifies  the  common  device 

information  associated  with  a  router. 
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SoftwareDesc 

Char(32) 

SoftwareVer 

Char(16) 

HardwareDesc 

Chai<32) 

Hardware_Ver 

Char(16) 

Loaded_conf 

Conf_Load_Time 

ConJ^Loader 

Num(10) 

Num(10) 

Char(64) 

MaxSlots 

Num(2) 

AvailableSlots 

Num(2) 

Relates  to  UID  in  the  Device 
Infonmtion  table. 

Description  of  the  configuration 
software. 

Version  of  the  configuration 
software. 

Description  of  the  configuration 
hardware. 

Version  of  the  configuration 
hardware. 

Loaded  configuration. 

Time  the  configuration  was  loaded. 
Loader  used  to  load  the 
configuration. 

Maximum  nmnber  of  slots  in  a 
router. 

Number  of  slots  which  are  empty. 


SCANNER 

The  Scanner  table  contains  information  about  a  scanner  which  is  attached  to  a  PC. 


Field  Name  Type  Description 


UID 

Num(10) 

DeviceInfoUID* 

Num(10) 

Grayscale 

Num(3) 

Colors 

Num(8) 

MinResolution 

Num(4) 

MaxResohition 

Num(4) 

Type 

Char(9) 

Port_UID* 

Num(10) 

Unique  identifier  of  a  scanner. 
Identifies  the  common  device 
information  associated  with  a 
scanner.  Relates  to  UID  in  the 
Device  Information  table. 

Number  of  gray  scales. 

Number  of  colors. 

Min  resolution  in  dpi 
Max  resolution  in  dpi 
Type  of  scanner  (flat-bed  or 
hand-held). 

Identifies  the  port  on  a  device  which 
is  associated  with  a  Scanner.  Relates 
to  UID  in  the  Port  table. 


SEGMENT 


SLOT 


The  Segment  table  contains  information  about  the  organization's  network 
segments.  A  segment  is  the  lowest  level  network  view.  One  or  more  segments  are 
connected  to  form  a  subnet. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  the  segment. 

SegmentName 

Char(25) 

Segment's  common  name. 

Topography 

Chai<10) 

Topography  of  a  segment  (e.g.  Bus). 

MediumAccessControl 

Char(10) 

Medium  access  control  being  used 
(Token  ring). 

PhysicalAspect 

Char(30) 

Physical  aspect  of  a  segment  (e.g. 
broadband  coaxial). 

AdministratorUlD* 

Num(10) 

Identifies  a  segment's  administrator. 
Relates  to  UID  in  the  Administrator 
table. 

SubnetUID* 

Num(10) 

Identifies  a  subnet  v\fiich  is 
associated  with  a  segment.  Relates 
to  UID  in  the  Subnet  table. 

The  Slot  table  contains  information  about  slots  associated  with  a  device. 

Field  Name 

Type 

Description 

Slot  Number 

Num(2) 

Unique  identifier  of  a  slot. 

Bus  Type 

Char(10) 

Type  of  Bus  used. 

Bus_Transfer_Rate 

Num(5) 

Transfer  rate  in  KB/sec. 

CardDescr^tion 

Char(25) 

Description  of  the  card  that  is  in  the 
slot  (e.g.  Ethernet). 
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SOFTWARE  INFORMATION 


The  Software  Infonmtioii  table  contains  information  which  is  common  to  all 
software  applications. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  software 
application's  common  information. 

Name 

Char(15) 

Name  of  a  software  application. 

Version 

Chai<5) 

Version  number  of  a  software 
application. 

Developer 

Char(15) 

Name  of  the  developer  of  a  software 
application. 

SiteLicenseNumber 

Num(10) 

Number  of  the  site  license. 

AUowedCopies 

Num(3) 

Number  of  allowed  copies  of  a 
software  application  per  the  site 
license  agreement. 

RenewalDate 

Date 

Date  the  site  license  needs  to  be 
renewed. 

TechAssistNum 

Char(12) 

Phone  number  to  call  and  obtain 
technical  assistance  with  a  software 
application. 

PurchaseReqnNum* 

Char(16) 

Identifies  the  purchase  order  which  a 
software  application  was  procured. 
Relates  to  Requisition  J<!uniber  in  the 
Purchase  table. 

SPACE 

The  Space  table  contains  information  about 
are  located. 

a  space  where  network  components 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  space. 

Name 

Char(25) 

Name  of  the  space. 

Room 

Num(4) 

Room  number  of  the  space. 

AccessRequirements 

Char(25) 

Access  requirements  of  the  space  (Le. 

key  badge,  combination  lock,  none, 
etc.). 
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BuildingUID* 

Num(10) 

Identifies  the  building  in  which  a 
space  is  located.  Relates  to  UID  in 
the  Building  table. 

Notes 

Memo 

Any  additional  information  about  a 
space  that  may  be  useful. 

STAND  ALONE  PC 

The  Stand  Alone  PC  table  contains  information  about  a  stand  alone  PC. 


Field  Name  Type  Description 


UID 

DeviceInfoUID* 

Num(10) 

Num(10) 

PCName 

Char(25) 

Bus_Type 

Processor 

Processor_Speed 

CoProcessorFlag 

Char(4) 

Char(3) 

Num(3) 

Logical 

KeyboardType 

Char(10) 

GameportFlag 

Logical 

Mouse 

Char(15) 

BIOS 

BIOSDate 

BaseMemory 

Char(10) 

Date 

Num(3) 

ExtendedMemory 

Num(5) 

ExpandedMemory 

Num(5) 

AltemateFunction 

Char(15) 

Unique  identifier  of  a  PC. 

Identifies  the  common  device 
information  associated  with  a  stand 
alone  PC.  Relates  to  UID  in  the 
Device  Information  table. 

Name  of  the  PC  (e.g.  Zenith  486 
Slimline). 

Bus  type  (e.g.  ISA). 

Processor  (e.g.  386). 

Processor  speed  in  MHz. 

Identifies  if  there  is  a  co-processor 
attached  (.T.). 

Type  of  keyboard  (e.g.  101-key 
IBM). 

Identifies  if  there  is  a  game  port 
attached  (.T.). 

Type  of  mouse  attached  (e.g. 
Logitech). 

Type  of  BIOS  installed. 

The  date  of  the  BIOS. 

Amount  of  conventional  memory 
installed  in  KB. 

Amount  of  extended  memory 
installed  in  KB. 

Amount  of  expanded  memory 
installed  in  KB. 

Alternate  fimction  the  PC  is 
performing  (e.g.  Print  Server) 
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STAR  COUPLER 


The  Star  Coupler  table  contains  information  about  a  star  coupler  which  connects 
network  nodes. 


Field  Name 


Type  Description 


UDD 

DeviceInfoUID* 


SegmentUID* 


Num(  10)  Unique  identifier  of  a  star  coupler. 

Num(10)  Identifies  the  common  device 

information  associated  with  a  star 
coupler.  Relates  to  UID  in  the 
Device  fiiformation  table. 

Num(  10)  Identifies  the  segment  to  which  a  star 
coupler  is  a  part  of  Relates  to  UID 
in  the  Segment  table. 


SUBNET 

The  Subnet  table  contains  information  about  the  organization's  subnets.  One  or 
more  subnets  are  connected  to  form  a  network.  A  subnet  is  made  up  of  one  or 
more  segments. 


Field  Name 


Type  Description 


UID 

Num(10) 

Name 

Char(25) 

Topography 

Char(10) 

Administrator  UID* 

Num(10) 

NetworkUID* 

Num(10) 

Unique  identifier  of  a  subnet. 
Subnet's  common  name. 

Topography  of  the  subnet  (ie.  bus, 
star,  ring,  etc.). 

Identifies  a  subnet's  administrator. 
Relates  to  UID  in  the  Administrator 
table. 

Identifies  the  network  associated 
with  a  subnet.  Relates  to  UID  in  the 
Network  table. 
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SUN  TERMINAL 


The  SUN  Terminal  table  contains  information  about  a  SUN  Terminal. 


Field  Name  Type 

UID  Num(10) 

Device_Info_UID*  Num(10) 

KeyboardType  Char(15) 


Description 

Unique  identifier  of  a  SUN  Terminal. 
Identifies  the  common  device 
information  associated  with  a  SUN 
terminal.  Relates  to  UID  m  the 
Device  Information  table. 

Type  of  keyboard  (e.g.  101-key 
IBM). 


SUPERNET 

The  Supemet  table  contains  information  about  the  organization's  networks  as  a 
whole.  This  is  a  top  level  view  of  the  organization's  network  system. 


Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  the  organization's 
network  system. 

Name 

Char(25) 

Organization's  name. 

Topography 

Char(10) 

Overall  topography  of  the 
organization's  networks  (e.g.  FDDI 
Ring). 

Administrator  UID* 

Num(10) 

Identifies  a  supemet's  administrator. 
Relates  to  UID  in  the  Administrator 
table. 

TAPE  DRIVE 

The  Tape  Drive  table  contains  information  about  a  tape  drive. 


Field  Name  Type  Description 


UID  Nmn(10)  Unique  identifier  of  a  tape  drive. 

Device  Info  UID*  Num(10)  Identifies  the  common  device 

information  associated  with  a  tape 
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Capacity 

Num(4) 

TransferRate 

Num(4) 

Tap  eServerUID* 

Num(10) 

Port  UID* 

Num(10) 

drive.  Relates  to  UID  in  the  Device 
Information  table. 

Capacity  of  a  tape  drive  in  MB. 
Transfer  rate  in  KB/sec. 

Identifies  a  tape  server  which  is 
associated  with  a  tape  drive.  Relates 
to  UID  in  the  Tape  Server  table. 
Identifies  the  port  on  a  device  which 
is  associated  with  a  Tape  Drive. 
Relates  to  UID  in  the  Port  table. 


TAPE  SERVER 

The  Tape  Server  table  contains  information  about  a  tape  server  which  provides 
user  access  to  tape  drives  attached  to  the  network  and  runs  file  backup  and 
archiving  programs  that  can  service  the  entire  network. 


Field  Name 


Type  Description 


UID 

Device  Info  UID* 


Nmn(  10)  Unique  identifier  of  a  tape  server. 
Num(10)  Identifies  the  common  device 

information  associated  with  a  tape 
server.  Relates  to  UID  in  the  Device 
Information  table. 


TERMINAL  BLOCK 

The  Terminal  Block  table  contains  information  about  a  terminal  block. 


Field  Name 

Type 

Description 

Block  Code 

Char(l) 

Unique  identifier  of  a  terminal  block. 

CableCode 

Char(3) 

Code  used  to  identify  the  cable  in  a 
terminal  block. 

DirectLine 

Logical 

Identifies  if  a  terminal  block  is  a 
direct  line  (.T.). 

DDN 

Logical 

Identifies  if  a  terminal  block  is  a 
Defense  Data  Network  (DDN)  line. 
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TERMINAL  SERVER 


The  Terminal  Server  table  contains  information  about  a  terminal  server  which 
connects  a  large  number  of  terminals  to  IBM  host  systems  or  minicomputer 
systems  over  a  local  area  network  (LAN). 


Field  Name _ Type _ Description _ 

XJID  Num(  10)  Unique  identifier  of  a  terminal  server. 

Device_Info_UID*  Num(10)  Identifies  the  common  device 

information  associated  with  a 
terminal  server.  Relates  to  UID  in 
the  Device  Information  table. 


TRANCEIVER 

The  Tranceiver  table  contains  information  about  tranceivers  which  provide  the 
interface  between  a  node  and  the  network. 


Field  Name  Type  Description 

UID  Num(10)  Unique  identifier  of  a  tranceiver. 

Type  Char(10)  Type  oftranceiver. 

Device  Info  UID*  Num(10)  Identifies  the  common  device 

information  associated  with  a 
tranceiver.  Relates  to  UID  in  the 
Device  Information  table. 

USER 

The  User  table  contains  ioformation  about  each  user  of  a  circuit. 


Field  Name  Type  Description 


UID  Num(10)  Unique  identifier  of  a  user. 

Name  Char(25)  Name  of  the  individual  user  (e.g. 

NAVOCEANO). 


61 


USER  GROUP 


The  User  Group  table  contains  information  about  the  various  groups  of  users  that 
use  a  circuit. 


Field  Name  Type  Description 


UID  Num(  10)  Unique  identifier  of  a  user  group. 

Name  Char(10)  Name  of  the  group  (e.g.  Red  Tess) 

USER  GROUP  /  USER  RELATION 

The  User  Group  /  User  Relation  table  provides  the  link  for  a  many-to-many 
relationship  between  the  User  Group  table  and  the  User  table. 


Field  Name 


Type  Description 


User  GroupUID*  Nmn(10)  Identifies  a  group  of  users.  Relates 

to  UID  in  the  User  Group  table. 

User  UID*  Num(10)  Identifies  a  user  of  a  circuit.  Relates 

to  UID  in  the  User  table. 


VOLUME 

The  Volume  table  contains  information  about  the  volume  on  a  hard  disk  which  is 
associated  with  a  file  server. 


Field  Name  Type  Description 


Volume  Number 

Num(10) 

VohuneName 

Char(10) 

Size 

Num(4) 

Starting_Block 

Num(10) 

TotalBlocks 

Nirm(10) 

Unique  identifier  of  a  volume. 

Name  of  a  disk  volume. 

Size  of  a  volume  in  MB. 

Starting  block  of  a  volume. 

Total  number  of  blocks  in  a  volume. 
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WARRANTY 


The  Warranty  table  contains  warranty  information  about  network  corq)onents. 


Field  Name 

Type 

Description 

Warranty  Number 

Num(16) 

Unique  identifier  of  a  maintenance 
contract. 

StartDate 

Date 

Date  the  warranty  goes  in  to  effect. 

EndDate 

Date 

Date  the  warranty  expires. 

Type  of  Warranty 

Char(25) 

Type  of  warranty  service  which  is 
provided  on  network  conq)onents. 

Company_UID* 

Num(10) 

Identifies  the  conq)any  which 
provides  warranty  services.  Relates 
to  UID  in  the  Conq)any  table. 

XTERMINAL 

The  XTerminal  table  contains 

}  information  about  a  XTerminal. 

Field  Name 

Type 

Description 

UID 

Num(10) 

Unique  identifier  of  a  XTerminal. 

Device_Info_UID* 

Num(10) 

Identifies  the  common  device 

information  associated  with  a 
XTerminal  Relates  to  UID  in  the 
Device  Information  table. 

Keyboard_Type 

Chai<10) 

Type  of  keyboard  (e.g.  101-key 
IBM). 

63 


64 


APPENDIX  B.  ENTITY-RELATIONSHIPS 


An  Entity-Relationship  (ER)  diagram  describes  the  overall  structure  of  the  data 
relationships  which  are  being  modeled.  Each  entity,  denoted  by  a  rectangle,  represents  a 
separate  data  table.  Rectangles  with  bold  lines  represent  the  central  entity  of  the  diagram 
Those  with  dashed  lines  represent  the  central  entity  of  another  diagram  by  the  same  name. 

ADMBSISTRATOR  DIAGRAM 


65 


ALTERNATE  FUNCTION  DIAGRAM 


APPLICATION  GATEWAY  DIAGRAM 


CD  ROM  SERVER  DIAGRAM 


I 
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COMMUNICATION  SERVER  DIAGRAM 
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COMPANY  DIAGRAM 


DEVICE  INFORMATION  DIAGRAM 


DUMB  TERMINAL  DIAGRAM 
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FILE  SERVER  DIAGRAM 
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SOFTWARE  INFORMATION  DIAGRAM 


STAND  ALONE  PC  DIAGRAM 


TAPE  SERVER  DIAGRAM 
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